


Institutional Archive of the Naval Postgraduate School 





Calhoun: The NPS Institutional Archive 
DSpace Repository 


Theses and Dissertations 1. Thesis and Dissertation Collection, all items 


1981-12 


Requirements analysis for effective 
management information systems design: a 
framework and case study 


Gerhard, John Charles III 


http://ndl.handle.net/10945/20658 


This publication is a work of the U.S. Government as defined in Title 17, United 
States Code, Section 101. Copyright protection is not available for this work in the 
United States. 


Downloaded from NPS Archive: Calhoun 


Calhoun is the Naval Postgraduate School's public access digital repository for 
(8 DUDLEY research materials and institutional publications created by the NPS community. 
«ist Spe Calhoun is named for Professor of Mathematics Guy K. Calhoun, NPS'‘s first 


INN KNOX appointed — and published -- scholarly author. 

| LIBRARY Dudley Knox Library / Naval Postgraduate School 

411 Dyer Road / 1 University Circle 
Monterey, California USA 93943 





http://www.nps.edu/library 











DUDLEY KNOX LIBRARY 
NAVAL pos 


STGRADUATE SCHOOL 
MONTERCYy, CALIF, 93940 









NPG - 129 





NAVAL POSTGRADUATE SCHOOL 


Monterey, California 





te1&.515 


REQUIREMENTS ANALYSIS FOR EFFECTIVE 
MANAGEMENT INFORMATION SYSTEMS DESIGN: 
A FRAMEWORK AND CASE STUDY 


by 


John Charles Gerhard, III 


December 1981 


Co-Advisors: Ue. ehOgeT 
N. R. Lyons 





Approved for public release; distribution unlimited 


T202073 





aaa 
SECURITY CLASSIFICATION OF THIS PAGE (When Date Entered) 


REPORT DOCUMENTATION PAGE 


2. GOVT ACCESSION NO. 








READ INSTRUCTIONS 
BEFORE COMPLETING FORM 


3. RECIPIENT'S CATALOG NUMBER 


5S. TYPE OF REPORT & PERIOD COVERED 
Master's Thesi1S;3 


December 1981 


6. PERFORMING ORG. REPORT NUMBER 


@. CONTRACT OR GRANT NUMBER(2Q) 











4 TITLE (and Subtitie) 
Requirements Analysis for Effective 
Management Information Systems Design: 
A Framework and Case Study 

















7. AUTHOR e) 


John Charles Gerhard, III 















10. PROGRAM ELEMENT. PROJECT, TASK 


ADORESS 
9. PERFORMING ORGANIZATION NAME AND ADO AREA & WORK UNIT NUMBERS 


Naval Postgraduate School 
Monterey, California 93940 














12. REPORT OATE 


December 1981 
13. NUMBER OF PAGES 


ees 


18. SECURITY CLASS. (of thie report) 


UNCLASSIFIED 


11. CONTROLLING OFFICE NAME ANO ADORESS 
Naval Postgraduate School 
|}Monterey, California 93940 






MONITORING AGENCY NAME & ADOR $8c1l ditlerent trem Cantroiling Oltice) ; 


Se. DECLASSIFICATION/ OOWNGRADING 
SCHEOULE 
















16. DISTRIBUTION STATEMENT (of thie Repert) 


Approved for public release; distribution unlimited 


17. DISTRIBUTION STATEMENT (of the sbetrect entered in Block 20, tf different frem Report) 





SUPPLEMENTARY NOTES 





19. KEY WORDS (Continue on reverse side if necessary and identify ey bieck »umber) 


Management Information Systems; Decision Support Systems; 
Strategic Planning; Requirements Analysis; Tri-service 
Medical Information System; Medical Food Service 






20. ABSTRACT (Continue an reverse side if necessary and identity by bleck mamber) 
Many firms employ automated information processing systems as an 
aid to managerial decision making. Few information systems, how- 
ever, fully achieve their intended goal. To improve the proba- 
bility of creating an effective management information system, 
designers must first identify the relevant processes that require 
information support. To meet this need a decision-oriented 
approach to information requirements analysis is presented. Then 








DD , FORM 1473 EDITION OF 1 NOV 68 1S COSOLETE 


JAN 73 


o 4e Ol Ty 
a ene 2° Ot Sea SECURITY CLASSIFICATION OF THIS PAGE (When Dora Entered) 





ee a ee genre ep rer ett, SE TTR TT EET E TT ETD 
CeCumry CLASSIFICATION OF TwiS PEGE/Wren Nore Bateved. 


the analytic framework is illustrated through a case study of 
an information system that is being developed within the 
Department of Defense. 


DD oon 1473 
: eee 
s/N 0103-014-6601 SECUMITY CLAGBIFICATION OF TwIS PAGESMReR Dare Eniored) 


i 





Rpproved £0r public release; distribution unlimited 


Requirements Analysis for Effective 
Management Information Systems Design: 
A Framework and Case Study 


by 


John Charles Gerhard, III 
Lieutenant Commander, “United States Navy 
peoeeeconmme || Umaversity, 1968 


Submitted in partial fulfillment of the 
requirements for the degree of 


MASTER OF SCIENCE IN INFORMATION SYSTEMS 
from the 


NAVAL POSTGRADUATE SCHOOL 
December 1981 





KNoy ais en 
NAVAI p ate a - i ! > AT: 
MONTER=. 


ABSTRACT 


Many firms employ automated information processing 
systems as an aid to managerial decision making. Few infor- 
mation systems, however, fully achieve their intended goal. 
iommmpreve the probability of creating an effective manage- 
ment information system, designers must first identify the 
relevant processes that require information support. To meet 
this need a decision-oriented approach to information require- 
ments analysis is presented. Then the analytic framework 
is illustrated through a case study of an information system 


that is being developed within the Department of Defense. 
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(Neb UCT LON. 


Omgemizations have long required systems for collecting, 
mamecssimg, Storing, retrieving, and distributing information. 
The introduction of commercial computers in the mid-1950's 
taemiacean Unparalleled effect on the ability of firms to 
accomplish these information processing tasks. ot early 
applications of computer technology focused on improving the 
Se@rerency of routine clerical jobs .) As the cost of hardware 
declined, and high level software languages became available, 
the use of computers was extended beyond the realm of trans- 
action processing into the area of management decision 
making. (this new dimension has become known as management 
information systems (MIS)._}h 

A MIS is generally understood to be an integrated, man/ 
machine system designed to provide information support for 
operational control and managerial decision making. Such 
a system employs computer hardware and software, decision 


— 


models, and a database. To be effective a MIS must be 
designed to support all levels of management decision 
activity--from the well-defined requirements of first line 
Supervision to the ill-structured problems of top management. | 
Although the goals of a MIS are clear, these goals have 
rarely been achieved. The main impact of most MIS's has been 


on structured tasks where standard operating procedures, 


et 





@eersion rules, and information flows can readily be defined. 
As a result of this emphasis managers have frequently been 
overwhelmed by a morass of structured information that does 
not serve their decision making needs. This lack of support 
occurs because managers most often deal with SSeS 
nonroutine problems. Consequently, for MIS's to become 
useful a new approach to their design is required. To meet 
this need a top-down approach to management information 
requirements analysis shall be presented, and its application 
will be illustrated through a case study. 

The case study will examine an actual MIS that is being 
planned within the Department of Defense. The three Military 
Medical Departments are now developing a comprehensive MIS 
that is intended to both improve and integrate the pro- 
cessing of medical management information. The name of this 
project is the Tri-Service Medical Information System 
(TRIMIS). This thesis will examine one functional element 
of the TRIMIS effort--food service--and illustrate a 
decision-oriented approach to information requirements analy- 
Sis that may serve as a framework for designing effective 


systems of decision support. 


PeeeoveRY liw OF TRE-SERVICE MEDICAL INFORMATION SYSTEM 


To, Puepese set ITRIMTS 
The United States Army, Navy, and Air Force have 


each developed comprehensive health care systems for service 





Sa emiemeanasitme;; dependents. In most cases these efforts 
have been independently undertaken. As a result, a sub- 
Stantial amount of time and money has been spent in 
developing duplicate medical information systems. Also, 
computer-based medical information systems developed by one 
Department usually have not been compatible with those of 
other Departments. This incompatibility has limited the 
Sierimce of resources. 

Mimaacilcueneetortiese proplems, the Military Depart- 
memes dre facing a significant decrease in the retention 
Sweeny sacians and other members of the health care team. 
This decrease iS occuring at a time when the complexity of 
medical care is increasing and the population to be supported 
1s growing. Thus, relief from the operational workload in 
hemeen Care 1S urgently needed. 

To address these and many other military health care 
Gomecams, "tne TRIMIS Program was initiated in 1975. The 
purposes of the TRIMIS automation effort are to: 

a) Reduce administrative and management costs in military 
nealth care facilities, freeing funds for essential 
nealth care services; 

b) Decrease the administrative workload for medical 
personnel so that they may devote their efforts to 


aq@rece health care; and 


G)) Premete creaeer administrative and management 
efficiency in medical facilities. 


OVerat souidance for the TRIMIS Program is provided 


by the Office of the Secretary of Defense. The Assistant 





Secretary of Defense (Health Affairs) oversees all aspects 
Of the TRIMIS Program, receiving guidance in systems 
peq@asitionm ana fiscal matters from the Assistant Secretary 
of Defense (Controller). The TRIMIS Steering Group, which 
includes the Surgeons General of the Military Departments, 
regularly reviews the TRIMIS Program and offers recommendations. 

meeesce@epe of TRIMIS Effort 

The TRIMIS Program is a broad-based approach to the 

information processing needs of military medical facilities. 
memseconpe Of ELtort includes the following administrative 
daaeeclinical areas: 

a) Medical Management Information, 

D) Patient Appointments and Scheduling, 

@) Patient Administration, 

a) Wards and €linics, 

e) Pharmacy, 

f) Dental, 

g) Radiology, 

hi Laboratory , 

Mmerooristacs, and 

}) Food Service. 

3. TRIMIS Program Goals 

TRIMIS Systems will be designed to support patient 

eecwmacsist Mealth care providers, and enhance the operation 


and management of Medical Treatment Facilities (MTF's). 
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Piaemene@ese data processing capabilities TRIMIS is intended 
to achieve the following goals: 
a) Effectiveness - make medical information needed for 
quality health care available on a convenient and 


timely basis; 


Dew erriciency - automate routine functions in work 
centers; 


Meeeotrdtiatton = Centralize the planning, acquisition, 
installation, management, evaluation, and maintenance 
of automated systems; 

me otandardization - permit information collection and 
transfer among systems; effect cost reductions for 
Ue Mataeememt, PEOcCUrement, operation, and 
maintenance; 


e) Adaptability - allow systems to be used in various 
Sizes and types of medical facilities; 


£f) Modernization - replace or improve existing systems 
and integrate them with new systems; and 


g) Streamlining - ensure that information flows smoothly 
among medical facilities while minimizing the need 
for computer support personnel. 

Pee ee seERVICE AS A FUNCTIONAL ELEMENT OF TRIMIS 

Packer ound Of TRI-Food System 

At the request of the TRIMIS Project Office (TPO), 
nominations were submitted by each service to the TPO, and a 
Tri-Service Food Service Committee was established in April 
Peer ine Committee was chaired by a TPO action officer for 
the TRI-Food System. The committee members were assisted by 
the TPO and Hospital Affiliates International, Inc. in the 


design and development of a summary functional requirement 


(SFR). The SFR defines the basic Tri-Service requirements 


is 





for automatic data processing support for food service in 

terms of required capabilities, operational environment, and 

mpaet OL impkementation. Resources for design of the TRIMIS 

Food Service System will be authorized based upon these 

requirements and the current needs of the TRI-Food Committee. 
mo oceope so: TRi-Food Effort 

TRIMIS Food Service System capabilities and functional 
modules are defined to satisfy the operational food service 
memmercments @£ warious MTF's. These facilities vary in size 
and type of service provided. MTF's range from the large 
Memred! Genter providing a full complement of inpatient and 
Pmemidetenesservices tO the small clinic where technical 
pemconneleaprovide limited services. 

Food service requirements are defined in discrete 
groups of functional processes. This organization of pro- 
cesses permits each MTF to implement only those modules 
required to support current food services with enhancement 
Gapability as requirements change. 

3. TRI-Food SFR Modules 

The TRI-Food SFR defines functional requirements for 
data processing capability through a modular approach. Each 
module is divided into applications. Applications are 
further subdivided into activities. Activity requirements 
Provide a description of specific tasks within each module 


wememe logical, rather than physical, level. 
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(item ict-Food SFR [Ref. 1] describes the following 

modules: 

a) Inpatient Module, 

b) Outpatient Module, 

¢) Nutritional Analysis Module, 

ae etannine Module, 

e) Inventory Module, 

me Production Module, 

fee Service Module, 

h) Financial Management Module, 

1) Personnel Module, 

mee training Module, 

k) Quality Control Module, and 

1) Research Module. 

*. IRI-Food Working Committee Efforts Since 1978 

Since 1978 the TRI-Food Working Committee has held 

frequent meetings to conduct an ongoing review of SFR module 
requirements. Refinements identified by the committee are 
ieemeledtO Maintain the validity of the TRI-Food SFR during 
Titmeumreme period Of System development. Efforts of the 
committee also include interservice site visits, data 
definition and terminology standardization, and food service 


system interface requirements. 


Ny 





Cee ie) HONOLOGY 

A decision-oriented method of requirements analysis for 
information systems shall be presented in this thesis. To 
illustrate this approach the discussion will examine the 
decision processes of military medical food service managers. 
The intent of this treatment 1s not to criticize the work of 
the TRI-Food Committee but to identify potential weaknesses 
in and suggest improvements to the specifications of the 
Current TRI-Food SFR. It is hoped that this effort will 
assist in developing a MIS that genuinely supports all levels 
of food service management. 

Chapters II through IV will construct a framework for 
the analysis of information requirements. Chapters V through 
VII will illustrate the use of the framework. The following 
Summaries are presented as a preview of the major topics 
that will be developed in each chapter: 


Pyaar eal... 
A Framework for Information Requirements Analysis 


a) Chapter II - discuss the development of the classic 
Gorry and Scott Morton framework for MIS design; 
analyze the TRI-Food SFR within this framework; note 
Significant weaknesses in the SER; 


b) Chapter III - discuss the philosophy and design of 
decision support systems; present models for require- 
ments analysis and design of decision support systems; 


c) Chapter IV - develop a generalized, normative model 


for decision analysis of strategic planning informa- 
tion requirements; 
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d) 


e) 


f) 


Bartel t: 
A Case Study Application of the Framework 


Chapter V - perform a descriptive analysis of military 
medical food service within the parameters of the 

model developed in Chapter IV; compare the descriptive 
analysis with the normative model and note variances 
between the two models; determine which variances are 
due to information uncertainty; identify requirements 
for decision support systems that will reduce variances 
caused by information uncertainty; 


Chapter VI - explore design alternatives for decision 
Sumeport requirements identified in Chapter V; suggest 
specific decision support software solutions to 
Imciude in the TRI-Food MIS; and 


Smapter Vil - present conclusions from the TRI-Food 
System information requirements analysis; make 
recommendations for action by the TRIMIS Program 
Office and the TRI-Food Committee. 


i 





eee Pe Ohibol S 


iiienamdpter will review the foundations of a classic 
teamework for MIS design. The model is notable because it 
examines managerial information processing from two points of 
vView--the organizational level of managerial activity and the 
Sipueture of the problem to be solved. The TRI-Food SFR will 
Evemepe analyzed within this model to determine if it robustly 
Satisifies these two dimensions. Then potential weaknesses 


of the SFR will be noted. 


A. FRAMEWORK FOR A MANAGEMENT INFORMATION SYSTEM 
ie rumpose. ofa MIS 
Commemand SscotteMorten (Ref. 2: pp. 56] state that 
information systems should exist only to support decisions 
made in an organization. Their now classic MIS framework 
Pee@eanwroOr a Characterizatiom of organizational activity in 
terms of the types of decisions required. Such an under- 
Standing of managerial activity 1S a prerequisite for 
etfective MIS design and implementation. 
wae eS Ofer banning ~and Control. Systems 
In attempting to understand the evolution and problems 


of management information systems Gorry and Scott Morton have 


found the work of Robert Anthony and Herbert Simon to be 


20 


Paaeweulariyeusetul. In Planning and Control Systems: A 


Framework for Analysis, Anthony addresses the problem of 
developing a classification scheme that provides management 
with a perspective when examining planning and control systems. 
Anthony's taxonomy of managerial activity includes: 


pemeeotrorecic Planning - the process of deciding on the 
Q@bieetives Of an Organization, on changes in these 
ebjectives, on the resources used to attain objectives, 
and on the policies that are to govern the acquisition, 
use, and disposition of resources; 


b) Management Control - the process by which managers 
assure that resources are obtained and used effectively 
and efficiently in the accomplishment of the organi- 
ational objectives; and 


moperational Control - the process of assuring that 
specific tasks are carried out effectively and 
Ciedc went ly. 


Micmac ormatten requirements Of each activity are 
quite different. Strategic planning is concerned with 
eerie broad policies for the organization. As a result, 
the relationship of the organization and its environment is 
P—onenany importance. Both the scope and variety of 
information are quite large, but the need for accuracy is 
Hemmeparetculariy stringent. Finally, the infrequent nature 
Of the strategic planning process means that the demands for 
cits tyYpeme: INeenrmalion cecur ama nonregular fashion. 

At™the opposite end of the information spectrum is 
ieomarcamem Operational control. The task orientation of 
Operational control requires information of a well-defined 


pmcei@arrew scope. This information 1s quite detailed and 





muses elangely from Sources Within the organization. Very 
frequent use is made of this information, and it must 
therefore be accurate. 

The information needs of management control fall 
between the extremes of operational control and strategic 
peeing. in addition, it is important to recognize that 
much of the information relevant to management control is 
obtained through the process of human interaction. 

Gormy and ScotteMoemeone—Ref. 2eeppey 59] summarize 
these general observations concerning the catagories of 
Meieement activity in Figure 1. Figure 1 underscores their 
contention that since the activities themselves are different, 
the information requirements to support them are also quite 
different. 

3. Process of Decision Making 

Gorry and Scott Morton [Ref. 2: pp. 60] discuss the 
applicability to MIS of Herbert Simon's work concerning the 
decision making process. In The New Science of Management 
Decision, Simon states that all problem solving can be 
broken down into three phases: 


a) Intelligence - the process of searching the 
SitnonmentetOor GCOnadttions that call for a decision; 


b) Design - the process of inventing, developing, and 
analyzing possible alternative courses of action; 
and 


c¢) Choice - the process of selecting a course of action 
from the possible alternatives. 


Ze 





CHARACTERISTICS OPERATIONAL MANAGEMENT STRATEGIC 
CONTROL CONTROL PLANNING 


Source External 


Scope Very Wide 


Aggregation Detailed Aggregate 
Time Horizon Historical Future 
Currency Very Current < Quite Old 
Required Accuracy High Low 
Frequency of Use Very Frequent < Infrequent 





Figure 1: Information Requirements by Decision Category 





Simon is also concerned with the manner in which 
human beings solve problems, regardless of their position 
within an organization. He distinguishes between "programmed" 
eee nonprogrammed'’ decisions. Decisions are programmed to 
the extent that a routine procedure has been established 
meumdealineg with them so that they do not have to be treated 
at new each time they occur. Decisions are nonprogrammed 
to the extent that they are novel, unstructured, and conse- 
quential; there is no specific procedure to deal with these 
problems, and the decision maker must rely on whatever general 
capacity he or she has for intelligent, adaptive, problen- 
oriented action. 

ferry and Scott Morton [Ref. 2: pp. 61] substitute 
the terms "structured" and "unstructured" for programmed and 
nonprogrammed because these terms imply less dependence on 
the computer and more dependence on the basic character of 
the problem solving activity in question. A fully structured 
problem is one in which all three phases--intelligence, 
design, and choice--are structured. One may specify 
algorithms or decision rules that will allow him or her to 
find the problem, design alternative solutions, and select 
the best solution. An unstructured problem is one in which 
none of the three phases is structured. 

Gorry and Scott Morton [Ref. 2: pp. 62] present a 


matrix (Figure 2) that combines the taxonomies of both 
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Framework rfor Mangement Information Systems 
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Maerony and Simon. Decision modules above the semi-structured 
task line are largely structured. Gorry and Scott Morton 
identify the information systems that support these decisions 
as "Structured Decision Systems (SDS)}"’. Decisions below the 
meme are largely unstructured, and their supporting informa- 
tion systems are termed "Decision Support Systems (DSS)". 

By developing a decision model for a given problem 
solving process, one may establish the character of each of 
Simon's decision phases. If each phase can be structured, a 
structured decision system might then be designed. For 
those processes which are unstructured, the MIS designer 
would have to call upon the manager to provide the necessary 
problem analysis. An unstructured problem might then be 
broken down into a set of related subproblems, some of which 
might be solved automatically by the system and the remainder 
Dy tne user either alone or with varying degrees of 
Gomemeaeronal and display support, i.e. decision support 
systems. 

The Gorry and Scott Morton framework provides valuable 
insight into the design and implementation of management 
information systems. Todate most MIS activity has been 
directed at decisions in the structured half of the matrix, 
Seeerireally in the “operational control"' cell. Managers, 
however, deal primarily with unstructured decisions. This 


implies that computers and related systems, which have so far 
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been largely applied to the structured operational control 
area, have not yet had any real impact on management 

decision making. The fact that an integrated MIS should 

be developed to support all levels of management activity 
mommures that a MIS effort address unstructured, as well as 
structured, decision making needs. Thus, the Gorry and 

Scott Morton framework might be used to examine the robustness 


Sema tentative MIS desaen. 


BeeeeALYSIS OF TRI-FOOD SFR 


1. Analysis of TRI-Food SFR within Gorry and Scott 
Morton's Framework 


An analysis of the proposed TRI-Food SFR modules 
within the Gorry and Scott Morton framework is presented in 
Figure 3. The training and quality control modules were 
included under management control, instead of strategic 
planning, because neither of these modules addresses 
mechanisms by which to integrate their data with food 
service organizational objectives. Both modules serve 
primarily as data stores (files) for past activity in their 
area of interest. 

2. Conclusions and Hypothesis 
Conclusions that may be inferred from the analysis 


presented in Figure 3 are: 


Weeeiilememicmeurnentiy Little €mphasis on Strategic 
planning; and 


Peeeiere ses only minimal support for unstructured 
decision making, i.e. Decision Support Systems. 
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Pigure 3: Analysis of Tri-Food SFR Modules 





Since a management information system should serve to 
Ppport Managers in all aspects of their information needs, 
mamtce nypetnesized that the current TRI-Food SFR is an incom- 
fmeee Mls, opecifically, to become a robust MIS the SFR 
needs to incorporate more support for strategic planning and 
a broader scope of decision support systems. 

The following chapter shall discuss the fundamental 
pmmmosopnies that are inherent in effective systems of 
mememen Stipport. Once these concepts are presented, the 
discourse shall investigate models for the design of decision 
Summ@ert systems. These models shall include a predesign 
cycle for decision requirements analysis and a design cycle 
for building systems that satisfy information requirements 


identified in the predesign cycle. 
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Pet hemo mole ron! of STEM DESIGN CONCEPTS 


The preceding chapter offered a framework by which to 
evaluate the completeness of a MIS design. The TRI-Food SFR 
was then analyzed within that framework. From this analysis 
it was observed that the SFR failed to provide adequate 
Sumeort for strategic planning activities and unstructured 
decision making. 

Since the concept of decision support systems is not 
well understood, this chapter will discuss the important 
issues and strategies that should be considered in the design 
of such systems. This summary shall focus on methods for 
building implementable models that facilitate managerial 
Seeeoron Making. It ts through the construction of decision 
models that structure is added to problem solving. From 
these models software programs may then be written. Finally, 
methods will be illustrated that may assist designers in 


developing effective decision support systems. 


he oo OVERVIEW 

Keen and Scott Morton [{[Ref. 3: pp. 11] state that the 
concept of decision support is based on a balance between 
human judgement and computer replacement. A DSS supports 
rather than replaces managerial judgement. It is a 


formalized method (system) that assists managers in making 





effective decisions for semi-structured and unstructured 
problems. Effectiveness involves identifying what should be 
femewand ensuring that the chosen criterion is the relevant 
one. 

Primary facilities of a DSS are models and a database. 
Models may be either descriptive or normative. By their very 
nature models apply more to semi-structured decisions than 
unstructured ones. To create a model of a problem requires 
that the problem possesses some structure. Once the model 
has been defined, data may be input into the model to produce 
a range of alternatives for managerial evaluation. 

Unstructured problems may be broken down into a series 
of subproblems of which some may be modelled as semi- 
structured problems. Those subproblems that cannot be 
modelled require the availability of relevant information 
from which the manager may make situational value judgements. 
Such information may be obtained from staff and technical 
advisors, past managerial experience, and the corporate 
database. Retrieval of information from an automated data- 
base requires some type of user-oriented query language, data 
reduction capability through parameter specification of infor- 
Mattem to be retrieved, and formatting facilities for 
presented data, such as a graphical display or a report 
writer. 

The effective design of a DSS depends on the analyst's 


detailed understanding of management decision processes and 
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pamene Manager's clear recognition of the criteria for 
developing useful computer-based decision aids. Todate this 
Sompamaction Of skill requirements has rarely been achieved 
feet, accounts in large part for the current operational 


Seeomeataon of MIS design. 


eee! OF COGNITIVE STYLE ON DSS DESIGN 

Since a DSS is designed to support managerial judgement, 
the designer must recognize the decision maker as a unique 
individual and consider his or her personalized strategies 
and abilities. This implies that each person has his or her 
Own specialized style of decision making. Incompatability 
between the decision maker's problem solving habits, stra- 
meeeeos and abilities and the implicit style of the system 
Will generally produce a system that is not used. For this 
reason a DSS should support the cognitive style of its users. 

McKenney and Keen [Ref. 4: pp. 80-81] conducted research 
on the cognitive style of MBA students at the Harvard School 
of Business. They examined problem solving and decision 
making in terms of the processes through which individuals 
Organize the information they perceive in their environment, 
bringing to bear habits and strategies of thinking. McKenney 
and Keen classified observed modes of thought along two 
dimensions--information gathering and evaluation. 

Information gathering relates essentially to the 


perceptual processes by which the mind organizes the stimuli 
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Pomtetmert emeeunters. Information gathering involves reject- 
ing some of the data encountered and summarizing and 
m@weaeOnizineg the remainder. Perceptive individuals focus on 
relationships between items and look for deviations from or 
conformaties with their expectations. Receptive thinkers 
feemse On detail rather than relationships and try to derive 
the attributes of information from direct data analysis 
[Memeeaa Of by fitting it to their precepts. 

Information evaluation refers to the processes commonly 
Miesoarred as problem solving. Systematic individuals tend 
to approach a problem by structuring it in terms of some 
Moenoe which may lead to a possible solution. Intuitive 
thinkers usually avoid committing themselves to a specific 
memned.) Iheir strategy is more one of solution testing by 
trial-and-error. They tend to be sensitive to cues that they 
may not readily be able to identify. 

Combining their observations on information gathering 
and evaluation, McKenney and Keen [Ref. 4: pp 83] developed 
a model of these cognitive relationships that is presented 
Meares. ihe model Suggests that there needs to be a fit 
Betmeen the decision maker's cognitive style and the infor- 
mation processing constraints of his or her task. Given 
MiMomibewetie Manager 15 more likely to gather information 
that leads to successful problem finding. Also, he or she 
Should be able to evaluate that information in a way which 


facilitates successful problem solving. 
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Figure 4: Model of Cognitive Style with Example Roles 
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ioe general, compucer systems are designed by systematic 
thinkers for systematic users. This design approach may 
Peedmecesyseems Which will not be used by all types of 
managers. For this reason DSS designers must also possess 
an understanding of the intuitive approach to problem 
solving and be capable of developing models which will 
Sapiaey and complement that style of thinking. This implies 
Meeeamror rich query capabilities and on-line model building 
facilities with intermediate file storage for trial-and- 


error results. 


C. DESIGN INSIGHT FROM DSS TAXONOMY 

Alter [Ref. 5: pp. 41-42] developed a taxonomy of DSS 
based upon a research study of eight installed systems. His 
taxonomy catagorizes DSS in terms of the generic operations 
which they perform. The reasonably distinct types of systems 
which he identified are: 


a) File Drawer Systems - allow immediate access to data 
eens: 


b) Data Analysis Systems - allow the manipulation of data 
by means of operators tailored to the task and setting 
@G Operators of a general nature; 


c) Analysis Information Systems - provide access to a 
series of data bases and small models; 


d) Accounting Models - calculate the consequences of 
planned actions based on accounting definitions; 


e) Representational Models - estimate the consequences of 
actions based on models which are partially non- 
definitional; 





Deno oeummedeltoneModels - provide guidelines for action by 
generating an optimal solution consistent with a 
series of constraints; and 

g) Suggestion Models - perform mechanical work leading to 
a specific suggested decision for a fairly structured 
tecisiK < 

In Figure 5 Alter [Ref. 5: pp. 42] collapses his taxonomy into 
a simple dichotomy between data-oriented and model-oriented 
systems. 

Alter [Ref. 5: pp. 54] suggests that his taxonomy could 
Peml@eea in the design of a DSS. He offers that a system 
designer might attempt to sketch out a system of each type 
aS a potential solution to the system design problem. Then 
mars Or ner tinal desien the DSS designer could combine 
@iemecatures of each solution that best»serve a given decision 
(ewe ber’ Ss advice 1S cogent because it recognizes the 
meecad for DSS design alternatives which combine both modeling 


and data handling capabilities to support a variety of 


Sce@mitive styles. 


Peo LE DING MODELS FOR DSS 
ime Process of Problem Finding 
Pounds [Ref. 6] views a problem as the observed 
Piermenence between an existing and a desired situation. He 
identifies the elements of managerial activity as operators. 
AM Operator is used to transform a set of input variables 
into a desired output according to some predetermined plan 


or model. Pounds states that since problems are defined by 
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eaeeemenees, ald Operators are used to reduce these differences, 
strong associations are formed between problems and operators. 

beeatise  OperatOreseclection is triggered by the dif- 
ference to be reduced, the process of problem finding is the 
Meeeess Of detining differences. Problem solving is then 
the process of selecting operators which will reduce these 
differences. Differences are recognized by comparing what 
the manager actually perceives in a given situation to the 
predicted output of a model which he or she would apply to 
that situation. The problem of understanding problem finding 
is therefore one of understanding the models which managers 
use to define differences. 

2. Characteristics of Good Decision Making Models 

Little [Ref. 7: pp. B467-B468] offers several reasons 

why models are not more widely used by managers: 
a} Good models are hard to find; 
b) Good parameterization is even harder; 
c) Managers do not understand models; and 
d)} Most models are incomplete. 

Peso [Ret. (2 pp. B469-B8470] suggests that if a 
designer wants a manager to use a model, he or she should 
make the model an extention of the manager's ability to 
think and to analyze his or her operation. Little believes 
that good decision making models should be: 


eyaotmple - Sinpliemty promotes ease of understanding; 





D) 


Cc) 


d) 


e) 


f) 


Robust - it should be difficult for the user to make 
the model produce bad results; 


Basy t0 Control - the model should behave the way that 
the user wants it to operate; 


Adaptive - the model should be capable of being 
updated as new information becomes available; 


Complete on Important Issues - although completeness 
ean COmeliGuevaen Simplicity, structures must be 
found that can handle many phenomena to ensure valid 
results; and 


Ease of Communication - the manager should be able to 
Ciemee Inputs easalyeand Obtain outputs quickly. 


Building Models for Decision Makers 


Urban [Ref. 8] synthesized the thoughts and ideas of 


many model builders, incorporating his own experience in 


modeling. The result of his effort is an overall process of 


building implementable models as presented in Figure 6. 


His methodology is based on a view of modeling as an 


organizational change process and draws on the study of 


Organizational development. Urban concludes that the model 


builder may be considered as an organizational change agent. 


The goal of this process is to improve decision making. The 


Specific tasks in the phases of Urban's model building 


process are: 


a) 


b) 


Formulation of Priors - the model builder should 
recognize his or her own biases and prior 
ime Linations ; 


Mieny -seiery Ibo the organization should be made at 
a decision point; care must be taken to show that the 
model will supplement and not replace the manager 

in his or her decision making role; 
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Figure 6: Process of Building Models for Decision Makers 
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C) 


d) 


e) 


f) 


h) 


PaOmlemeeimeime - effort should concentrate on the 
real needs of the organization; studies may be 
conducted to determine existing models or rules of 
enump. the Characteristics of decision processes, 
the existing flow and usage of information, the 
clientele's behavior and relationship to the 
organization, the stated and apparent goals of the 
organization, the information and formal organi- 
PretOnaleStructmre, Manager's definitions of their 
perceived problems, and the basic issues underlying 
GUErTCHe Crises: 


Model Development Criteria - the important factors, 
phenomena, and variables along with their interactions 
should be listed and ordered by rank in terms of 
merorliyectOr 1clusion in the model; 


Model Building - several types of models should be 
produced in rough form and then evaluated by the model 
builder and manager to determine which one provides 
Brembest approach to problem solving; 


Estimation and Fitting - data for model building may 
come from subjective judgement, an analysis of past 
data, OF Experimentation; given that the model 
adequately fits these data, it may be used; 


Tracking - the forecasts of future events predicted 
by the model are compared to actual results, and 
(ePacrencesmare reconciled; this implies an evolu- 
tionary process in model development in that the 
model must be "tuned" as conditions change; and 


Continuing Use - continuing use of a model leads to 
elaboration and evolution of the model; also, through 
use models require customizing to meet the needs of 
pee clttc USEers. 


Doo wcoloN PROCESS 


Keen and Scott Morton [Ref. 3: pp. 173-187] present a 


two stage design cycle for DSS--the predesign stage and 


Seamemeseage. ineir models emphasize analysis of the 


emmwnon Shtlatlom and detinition of the criteria for the 


Pecinieal structure contained in the DSS. 
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1. Predesign Cycle 

Miesprimary purpose of the predesign cycle is to 
ensure that the relevant decision problem is identified. In 
@aaemetonal computer systems analysis this cycle 1s equiva- 
lent to requirements analysis. Keen and Scott Morton's 
Mere 5: pp. 174] framework for the DSS predesign cycle is 
Presented in Figure 7. 

The process begins with decision analysis where a 
potential area for decision support is identified. Problems 
do not, however, come neatly packaged. Instead, they are 
usually a symptom of some deficiency or missed opportunity. 
ThisS“amplies the need for some type of analytic model by 
which a problem may be recognized. Unfortunately, few good 
models are available for this purpose. The lack of such 
models is the primary reason why most MIS's fail to ade- 
quately support managerial decision making. Without models 
memcmGtiiii1cult to recognize problems that may require 
Suppercte Consequently, mast DSSedesigns begin by describing 
the current organizational decision making processes. From 
the descriptive study key decisions are then identified. 

(iMewmiieents Ot ad deClsion Support system, however, is 
Pomimprove the effectiveness of managerial decision making. 
To approach optimality in decision making requires that 
normative models be defined. Management science has 


developed a rich supply of normative models for solving 
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specific problems. By breaking down key decisions into 
Eueproblems and clustering related subproblems, the DSS 
designer might then identify a normative model or group of 
Mmeeeis that will assist in improving a specific type of 
decision. By integrating these individual models into a 
network of normative DSS's the designer would then provide 
the manager with a managable method for exploring problems 
and, thereby, increase the effectiveness of his or her 
decision making performance. 

Normative models are important because they are 
mueee@sats £Or change. The relative difference between the 
descriptive analysis and the normative model defines a 
Pementtal range of designs for an information system. The 
degree of change represented by this range is generally a 
measure of both the payoff and the difficulty of implemen- 
Bremen in the process of selecting an approach it must be 
remembered that managers are individuals. They possess 
MmumauemGeeenitive styles. Cons@€quentiy, not alli decision 
makers evaluate information in a normative manner. The 
choice of design approach to decision support must be made 
based on an analysis of the trade-off between risk and 
return. That choice should be made by the manager, not the 
Peoedesioner. 

Eneny relates to the essential steps in the 


implementation process--building momentum for change and 
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Beveloping a comtract for action that involves realistic, 
mutual expectations and commitment among the parties 
involved. The predesign process may be repeated several 
times before committing to a specific design strategy. 
Z. Design Cycle 
fimene. design cyc lcupustonressential to focus on what 
the DSS is intended to do, not on what it should look like. 
The design cycle is a combination of the conceptual design 
and applications specifications phases of traditional computer 
systems asic. The KeeneendeSeout Morton |/Ref.s 3: pp y 186] 
Pecmework for the DSS design cycle is presented in Figure 8. 
Key questions to ask at the start of the design 
Geile are: 
a) What do we want the DSS to accomplish? 


b) How will we recognize when the system has met its 
Geen ObJECTLVES? 


c) What are the priorities and/or sequence of stages 
planned to meet the design aims? 


Goals of the system may be defined in the form of 
im@ebative commands, such as "plan", “find", "display", and 
Somaeyze’’. In reality the DSS widl probably never be truly 
complete because it will evolve as users and designers move 
rere tO the nommative models defined in the predesign 
cycle: with system experience the tendency is to seek the 
mecaten payor: of the normative decision solution. Priori- 


immese can be aSSigned on the basis of user needs and/or 
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peemmical teasiprlity. Obviously, the user should define 
the priorities whenever possible. 

The design of a DSS involves two additional areas-- 
the software interface, which links the user and the system, 
and the database management design. Major software issues 


with which the designer must deal are: 


a) Communicability - ease of interaction with the system 
implying the use of English-like commands where 
possible; 

b) Robustness - ability of the system to prevent users 


from making mistakes so that the system is both 
reliable and predictable; and 


Seecase Of Control - allowing the users to operate the 

DSS in their way, not forcing them to use a specific 

sequence of commands or unnatural vocabulary. 

Problems with many DSS's are that they require 
relatively large databases and complex retrieval facilities 
with infrequent access to most of the data. Obtaining 
efficient, cost-effective software to provide these services 
and maintain data integrity is at best difficult. 

An assumption of the DSS philosophy is that competent 
managers will learn from using the system and begin to extend 
their analysis. Consequently, they will require additional 
levels of support. For this reason, DSS design becomes an 
evolutionary process. The intended result of this iteration 


1s to improve the effectiveness of managerial decision making 


through experimentation and learning. 
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Mieeiommcextechapter a model for decision analysis of 
strategic planning shall be developed. The model is intended 
LO provide a generalized, normative framework with which to 
identify strategic information uncertainty when applied to a 


feectric Organization. 
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IV. DECISTON ANALYSIS MODEL FOR STRATEGIC PLANNING 


A general framework for strategic Hoesen analysis will 
be developed in this chapter from a combination of economic 
miemereamizational theory. To utilize the model one would 
Meet perrOorm a descriptive analysis of the firm within the 
model's parameters. Then the descriptive analysis would be 
eom@ared With the section of the model that best describes 
the firm's market structure. Differences between the 
descriptive analysis and the normative model would identify 
potential weaknesses of which some might be improved through 


Teemsion Support. 


A. FOUNDATIONS OF STRATEGIC DECISION ANALYSIS FRAMEWORK 
peuewcoiG Planning 1S routinely identified as an integral 

eaeeon a well-desioned MIS. Although the subject of stra- 
Peamre Dlanning 1s often discussed in MIS literature, there 

1S a paucity of information concerning the design of such 
Sysmmems. Strategic planning requires extraction and corre- 
lation of information from three sources--the environment, 
the firm's market, and the firm itself. Considering the 
monmelexity of developing an effective Misewithan thesia rm 
Sie, Gan readily appreciate the difficulty in designing a 


global system that interfaces the firm with its environment. 
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Peeithod Of analyzing information requirements for this 
external interface shall now be presented. 
1. Environmental Factors 
Ali firms exist within the somewhat nebulous concept 


of the environment. Common aspects of this environment are: 


meeeonsumers - through their desires, preferences, 
Sapeecrations, and political influence, i.e. 
consumerism; 


b) Government - through legislation, taxation, regulation, 
and monetary policy; 


Sime reennology - through market opportunities from 
innovation, effect on optimal plant capacity, and 
effect on market share; and 

evar ket Structure - through the competitive nature of 
wiemeErtim S Market, 1.¢€. perfect competition, 
oligopoly, or monopoly. 

The firm must interact with the above environmental 
factors on a continuing basis. Therefore, policies toward 
each of these elements must be considered in the firm's 
strategic plan. 

2. Overview of Industrial Analysis 
Caves [Ref. 9: pp. 1-2] states that studying the 

behavior of all business units in the nation at one time is 
equivalent to studying the whole economy. Studying each unit 
miemviawably results in losing perspective of a firm's 
relationship to the economic system. Industrial organization 
was conceived to split the difference between these two 


extremes: it examines the market. Individual businesses 


interact with each other in markets which are defined by a 





Cuomer Om buyers and sellers of a particular product. The 
Sellers participating in a given market are collectively 
@emebea the industry. The economic study of an industry is 
termed industrial analysis. 

Gases [{Ret. Ywepp. 14] offers that the most popular 
framework for industrial analysis rests on three concepts-- 
market structure, market conduct, and market performance. 
These elements may be defined as follows: 

a) Market Structure - the relatively stable features of 
the market environment that influence the rivalry 
among the buyers and sellers within the market; 

b) Market Conduct - the policies that participants adopt 
toward the market with regard to price, product 
Characteristics, and other terms which influence 
market transactions; and 

c) Market Performance - a normative appraisal of the 
Se@eial quality of resource allocation that results 
from a market's conduct. 
tiles tirst twomaspects of industrial analysis--market 

Seetetare aid market Conduct--are of primary importance to 
the development of a strategic decision analysis framework. 
mie miarcate the interaction of the firm with its market 
through the implementation of specific strategic plans. 

$3. Elements of Market Structure and Conduct 
vee .ct. 9: pp. 117-5/ledetines the key elements 

So: Mmanket Structure as: 
ieece! Wer Concentration - the number of firms partici- 


pat ie in 4a particular market, i.e. perfect 
Gompetition, oligopoly, or monopoly; 


al 





b) 


Cc) 


Barriers to Entry - the mechanisms which exclude 
pomeomiual rivals trom the market, such as economies of 
Sette sabsOlute Cost barriers, technological 
advantage, patents, and regulated status; and 


Product Differentiation - the ability of a manu- 
PietiGers tOudtstimeursn his or her product from 

those of his or her rivals through advertising, brand 
name loyalty, and/or specialized maintenance service 
for durable goods. 


@ayes (Ret. 9: pp: 50-65] ddentifies the key elements 


Seeiarket conduct as: 


a) 


b) 


Cc) 


Product Policies - the means by which the firm varies 
miemeharacteristices of its product to compete with its 
mires, the dim Of tiese pOlteies 1S to achieve product 
differentiation; 


PatcimcerOlleGleS ssapmice Structures that, are generally 
determined by seller concentration of the market, l.e. 
price equals marginal cost (P = MC) for perfect 
competition coordinated pricing for oligopolies, and 
marginal revenue equals marginal cost (MR = MC) for 
monopolies and others who seek to maximize profits; 
and 


Policies toward Rivals - those actions which a firm 
takes to minimize both its actual and potential 
competition. 


ht should be noted that product and pricing policies 


maememoatly anftluenced by the seller concentration of the 


market. 


By definition a perfectly competitive market is one 


in which the seller has little effect on his or her market 


share. 


Umader perfect competition product and pricing 


polmecies are normally determined by market conditions rather 


Eman by the seller. In highly concentrated markets, such as 


Oligopolies and monopolies, the seller may have considerable 


impact through his or her policy implementation. Pricing and 


product flexibility exist only when the degree of competition 
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PeoneGivals t5 reduced, implying reduced substitutability, 
ane, er When product differentiation exists, implying an 
environment of imperfect consumer information. 

Market structure may be viewed as a subset of the 
environment in which the firm choses to operate. Goals and 
Spyeetives must be formulated to effectively deal with 
ieeeote structure if the firm desires to either maintain or 
improve its market share. Market conduct represents the 
goal processing mechanisms by which the firm achieves its 
Strategic objectives. Study of these interacting factors 
Peeosential to the development of a strategic decision 
analysis model. 

#> Overview of Firm Strategy and Structure 

Galbraith and Nathanson [Ref. 10: pp. 5] define 
Strategy as the choice of a specific action or set of 
lemmomen to meet Specific goals. Strategy initiates goals 
when a business begins operation and modifies goals as a 
BuSt@mess Matures. Changes of strategy result from an 
awareness of opportunities and needs within the firm's 
SEiviromment Or market. This contention implies that the 
firm must continually scan its environment and evaluate its 
current goal processing mechanisms--market conduct--in view 
of its business success in the market that it has chosen to 
EMter. Since most markets are dynamic, the need for this 


evaluation Should prove to be an iterative process. 





Galeraith and Nathanson [Ref. 10: pp. 306] discuss 
mm@emresearch of Alfred Chandler in understanding firm 
pieeeesy. in his book Strategy and Structure Chandler 
distinguishes certain key growth strategies that are 
important in ensuring the long-term survival of an organi- 
@actron. these strategies are: 

a) Expansion of Volume, 

pee Geographic Dispersion, 
@eevertical Integration, and 
d) Product Differentiation. 

Chandler demonstrated how each strategy tended to 
pose a different type of administrative difficulty which 
required a different form of organizational structure. If 
tem@emsnip within the current firm structure is incapable of 
forming and implementing needed strategy changes, a 
pemaieeoyastructure mismatch wall occurerequiring a change 
of organizational form. This process of adjustment implies 
a bidirectional fit between strategy formation and firm 
Semmeture. Once a Viable organizational form exists to 
implement an appropriate strategy, the firm will then be in 
aepesition to impact upon its environment. Inability to 
adapt to its environment will cause the firm to stagnate and 
decline. This sequence of events indicates that firm 
Structure follows strategy formation through the process of 
tere i hemManli tectatlOned@iethis prmecess 1S then the firm's 


market conduct. 
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De weniothareey and Structure Relationships 
Miles and Snow [Ref. 11: p. 548-550] developed a 


general model of strategic choice which they term the 
adaptive cycle. They believe that organizational behavior is 
only partially preordained by environmental conditions and 
that the strategic choices which a firm's management makes 
are the critical determinants of organizational structure 
Paemrecess. tihey reduce the potential range of choices to 
the following broad patterns of organizational adaptation: 

a) Entrepreneurial Problem - defining a specific good or 
service to offer in a target market or market segment, 
1.e. domain; 

b) Engineering Problem - making operational top manage- 
ment's solution to the entrepreneurial problem; 
and 

c) Administrative Problem - rationalizing and stabilizing 
those activities which have successfully solved 
problems faced by the firm during the reduction of 
uncertainty, and formulating and implementing those 
processes which enable the firm to continue to 
evolve, 1.e. innovation. = 
As firms move through the adaptive cycle of strategic 

@meice, they must select specific strategies to solve their 
entrepreneurial, engineering, and administrative problems. 
Miles and Snow [Ref. 11: pp. 550-558] identify the following 
meeacegic typologies: 

a) Defenders - deliberately enact and maintain an 
Savicemment for which a stable form of organization is 
appropriate; strive aggressively within their domain 
uomprevent competitors from entering their “turt"; 
tend to ignore developments and trends outside of 


their domain, choosing instead to grow through market 
penetration and perhaps some limited product 
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development; over time carve out and maintain a small 
MPiciom mehiaetheminguscery which is difficult for 
competitors to penetrate; 


b) Prospectors - respond in many ways to their chosen 
domains in a manner that is almost the opposite of the 
Defender; enact an environment that is highly dynamic 
by finding and exploiting new product and market 
opportunities; must develop and maintain the capacity 
to survey a wide range of environmental conditions, 
trends, and events by investing heavily in scanning 
groups and mechanisms; utilize change as a major tool 
to gain an edge over competitors; 


c) Analyzers - combine the characteristics of the 
Prospector and Defender and represent a viable 
alternative between these two extremes of strategy; 
attempt to minimize risk while maximizing the 
opportunity for profit through a balanced adaptive 
approach; and 

d) Reactors - exhibit a pattern of adjustment to their 
environment that is both inconsistent and unstable; 
lack response mechanisms which they can consistently 
put into effect when faced with a change of 
environment. 

Mies ama onow [|Ret. lie pp. 558-501} find that, in 
general, traditional and human relations managerial beliefs 
are more likely to be found in Defender and Reactor organiza- 
tions while human resources beliefs are more often associated 
with Analyzer and Prospector organizations. The traditional 
management model maintains that the capability for effective 
decision making is narrowly distributed in the organization, 
piemeenis approach legitimizes unilateral control of organiza- 
tional systems by top management. The human relations model 
accepts the traditional notion that superior decision making 


competence rests with a select few among the employee 


population but emphasizes the social needs for belonging 


56 





and recognition. Both of these philosophies imply a highly 
centralized, functional management structure. The human 
memomrees model argues that the capacity for effective deci- 
sion making in pursuit of an Sen aeons objectives is 
Weaely dispersed. It further believes that most employees 
represent untapped resources which, if properly managed, 
could considerably enhance organizational performance. The 
human resources approach views the role of management not as 
@meeeor a COntroller but as that of a facilitator. This 
approach to management philosophy suggests a decentralized 


Seu cture. 


Perera TLONSHIPS OF STRUCTURE, STRATEGY, AND CONDUCT 
Synthesizing the previous discussion one may view the 
PmeweOor Structure, strategy; andweonduct relationships as 
modelled in Figure 9. The model suggests that the total 
economic environment influences a particular market 
femiernre. The specific mamket struetere in which the firm 
operates and the total economic environment interact to 
determine the firm strategy needed to sustain operation 
Within those spheres of influence. Appropriate fit--the 
feet y tO implement that requisite strategy--specifies the 
mem stuucture that is necessary to conduct business within 
the firm's chosen market. Market conduct represents the 
maimmeeestation of a responsive strategy within the adaptive 


Sales On sSurategic choice. Through the outputs and 
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influences of its market conduct the firm, then in turn, 
impacts upon the economic environment. 

The flow model of Figure 9 may be collapsed into a 
dichotomy of strategic relationships as exhibited in Figure 
10. Figure 10 suggests that the strategic plans of a firm 
must deal with two levels of interacting forces--the larger 
economic environment and a subset of that environment, the 
firm's market. To remain managable, however, it should focus 
on strategic decisions concerning its market. While 
environmental issues, such as consumer markets, government, 
and technology, must be considered on an ongoing basis, 
these data-intensive issues would be addressed more reason- 
ably by means of an ad hoc approach. By employing a market- 
Oriented strategic planning model the firm could split the 
difference between the unwieldy task of trying to monitor 
the entire economic system and of performing no strategic 


planning. 


feenonMearTIVE MODEL OF STRUCTURE, STRATEGY, AND CONDUCT 

The model in Figure li indicates the expected relation- 
ship of specific elements of structure, strategy, and 
Semauct £Or major economic market structures. To utilize 
this model a DSS designer would first perform a descriptive 
analysis of each element of the model for a given firm. 
Based upon the seller concentration of the market in which 


the firm operates, the designer would enter the appropriate 
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Figure 10: Model of Strategic Relationships 
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Bemmnieot the normative model. He or she would then identify 
potential problem areas in current firm strategy by observing 
differences between actual and normative conditions. Having 
identified differences the designer would then separate 

these differences into two catagories--those caused by 
information uncertainty and those caused by strategy-structure 
mismatches. <A DSS may potentially be developed to resolve 
problems arising from information uncertainty but cannot 

deal with the need for organizational change identified by 
strategy-structure mismatches. These mismatches may only 

be resolved by restructuring the organizational form. 

With information-related strategic differences now 
idemtitied the DSS designer would then consult with top 
management to develop a series of alternative models that 
might be used to reduce strategic information uncertainty. 
Top management then could assess the trade-off between risk 
and return for each alternative and select the most viable 
alternative. The selected approach would then proceed to 
@iewos design stage. 

The above normative model will be used in the following 
Ghapter to analyze strategic information requirements for 
military medical food service. Findings of this analysis, 
that are caused by information uncertainty, will then 
memtity requirements for strategic decision support in the 


design of the TRI-Food MIS. 
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(ee COUIREMEN oma olS FOR TRI-FOOD DSS 


The decision analysis model developed in the previous 
Chapter will now be used to investigate the need for specific 
TRI-Food DSS's. The Keen and Scott Morton predesign cycle 
model will be used as the methodology for performing this 
requirements analysis. First, a descriptive analysis of the 
Strategic decision analysis model's parameters shall be 
performed. Then this analysis shall be compared to the 
expectations of the strategic decision analysis model to 


identify differences that may be reduced by decision support. 


A. ENVIRONMENTAL INFLUENCES 
iaeconsumer Expectations 

The consumer market of military medical facilities 
mMoleysts Of active duty military personnel, retired military 
personnel, and their dependents. In a medical treatment 
environment these groups may be further subdivided into 
inpatients, outpatients, and medical facility staff members. 

Food service supports these consumer groups through 
both administrative and clinical functions. Administrative 
functions include providing meal service to medical staff 
members, inpatients, and certain authorized catagories of 
outpatients. A hospital mess is not a general mess in that 


its facilities are not available to all catagories of military 
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personnel. It provides meal service by two quite different 
methods--cafeteria service and patient tray service to 
Biroing units. 

imeddditi0nm tO ,lfsS administrative responsibilities, 
food service offers a variety of nutrition-related services 
memooem the inpatient and outpatient MIF population. Typical 
MeemeroOnal services include therapeutic diet preparation, 
personal counselling of inpatients as to their therapeutic 
Pome, Outpatient counselling as referred by physicians, 
and inservice training for medical staff in various aspects 
Sf Mutrition. 

Reasonable expectations of these consumers might 
inerude: 

a) Professional guidance in nutritional care; 


b) High quality, nutritious meal service offered in a 
clean, pleasant atmosphere at a reasonable cost; 


c) Easy access to scheduled cafeteria service; and 


d) Timely, personalized response to the meal service 
Meeaswet inpatients restricted to nursing units. 


wee Ghanges in Industry Technology 
medtenenmally, Service industries, including food 
service, have proven to be very labor intensive. In recent 
years equipment manufacturers and facilities designers have 
begun to address the problem of rising labor costs in food 
service operations. A major advance in attempting to 
fmiimegemune cost of labor has been the concept of "ready 


toods". The "ready foods" program applies a mass production 





Beeumigque to £oods that are conducive to pre-preparation and 
freezing. Frozen foods are then heated to serving tempera- 
ture when required for service. This approach provides 
economies of scale in food preparation by more efficient 
use of high labor rate food production personnel on one 
Mane@eacturing shift, instead of the two shift operation of 
traditional hospital feeding. 

While the technology of ''ready foods" is not new or 
Comeemtually difficult to understand, it has not been 
adopted in many military medical food service facilities. 
Notable exceptions to this general rule are the Walter Reed 
Army Medical Center and the National Naval Medical Center. 
Perhaps the chief impediment to more widespread use of the 
"ready foods'' concept is the problem of logistics support. 
The program requires the use of manufacturing principles 
which are not commonly understood by the institutional food 
service industry, such as material requirements flow to 
Support the manufacture of products for inventory and 
accounting for the cost of semi-finished goods. For this 
reason most military medical food service facilities 
continue to produce menu items for immediate consumption. 

Other topics of technological interest might include 
the following areas: 

a) Availability of commercially prepared foods, 


b) Energy efficient equipment, 
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c) Automated food production and serving equipment, 
d) Improved nutrient databases, and 


e) Automated administrative and clinical systems. 


ON 


Government Influences 

While one would probably not identify government 
influence as a major strategic issue for one of its own 
components, there are two influences which do warrant 
discussion--the regulated status of the operation and the 
impact of Office of Management and Budget Circular A-76 (OMB 
A-76). In essence, the military is a regulated industry. 

It enjoys a regulated status within the defense market. This 
status has served as a barrier to entry in both tactical and 
support functions. For this reason the military might be 
thought of as a monopolist within the domain of defense. As 
a subset of that industry, military medical food service 
might also be termed a monopolist. 

OMB A-76, first issued on August 50, 1967, establishes 
procedures to determine whether needed commercial or indus- 
trial-type work should be performed in-house using government 
Piedebrtres Or by contract with private sources. The Circular 
was revised and reissued on April 5, 1979. In addition to 
its previously stated policies, the revised OMB A-76 [Ref. 12] 
includes a comprehensive Cost Comparison Handbook which 
details cost accounting methods to be used in developing the 


true cost of specific work centers, including food service. 
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mmemiieene Of the Circular 15 to implement a method by which 
@me cost Of government provided support services might be 
compared with bid quotations of commercial vendors for simi- 
morework. kf the commercial vendor's quotation is less than 
the cost of the government service, that in-house service may 
Memeomstaered for contracting out. In effect, OMB A-76 will 
Memeo co reduce barriers to entry into a specific set of 
meemeorore regulated government functions. This situation 
Should have a major impact on the market structure of those 
entities subject to its review. For this reason, the effect 
of OMB A-76 is of strategic importance to those identified 


Mmaernes, including food service. 


Peek kKET STRUCTURE 
mec lier Concentration 
Military medical food service may be thought of as a 
group of monopolists operating in specific sectors of the 
military market, i.e. Army, Navy, and Air Force. Each 
Service iS supported by its own Medical Department, and each 
Department maintains its own food service program. Conse- 
em@entiy, Military medical food service could be considered 
a highly concentrated, multiplant industry. 
omebarriers tO Entry 
The primary barrier to entry of the military medical 
food service market is the regulated status of the industry. 


As noted, however, turbulence is now being introduced in 


oe 





mire market Structure by OMB A-76. An additional barrier to 


e@eny 15 SUubSidized operating cost. Reimbursement for food 
memvyice iS Structured only to recover the cost of food; all 
Seamer Operating costs are subsized by government funding. 
Food items may be procured through government supply depots 
at a substantial savings when compared to the commercial 
mpe@amm@erket. This cost advantage serves as a further barrier 
to entry. 
S. Product Differentiation 

mmemough if 1s difficult to differentiate prepared 
Peeanproducts, military medical food service attempts to 
achieve this goal by two mechanisms--variety of menu service 
and quality of food items. Most facilities offer a highly 
Bomemerve Menu service in an effort to reduce menu fatigue. 
Memumservyice ranges from short-order items (fast foods) to 
traditional foods. Generally, food quality is considered 
good when compared to commercial facilities with the same 
Price structure. Also, operations tend to capitalize on the 


image of ''q member of the military team". 
oS 


Soe eenker CONDUCT 
meeroaguct Policy 
The product policy of military medical food service 
feeuses on the mechanisms that tend to differentiate its 
product--variety of menu service and quality of food items. 


These policies, for the most part, continue to maintain the 
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imommer base Within its market. Also, efforts are underway 
memexpand Nutritional support in the area of outpatient 
erimeee@al services. 
moni ce Policy 
Food service is offered at a fixed price that recovers 
miemeost Of food. In economic terms this policy translates 
to price equals marginal cost of food (P = MC of Food). 
There are, however, a few facilities which are experimenting 
feeemeaeba Carte Menu pricing, but even prices under this 
system are structured only to recover the cost of food, i.e. 
Pere Of Food. 
3. Policy toward Rivals 
Military medical food service possesses little direct 
authority to formulate policies toward rivals. Policy formu- 
lation is determined by higher authority, such as the three 
Medical Departments, their parent Military Departments, and 


the Department of Defense. 


De SFGRM STRATEGY 
Meee aoeive Cycle of Strategic Choice 
The entrepreneurial domain of military medical food 
service is defined by its agency mission as service of food 
Bomatemorized patrons and nutritional support. Its 
eaoinecring problem then becomes to make these objectives 
operational which iS accomplished principally by employing 


mEaaddcional institutional food service methods and standard 
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mam@red! practices. The administrative problem of food 
service focuses on cost-efficient operation within its 
entrepreneurial domain. 
@- ostrategic Typology 
Military medical food service may be characterized 
meaeberender. It typically attempts to protect its domain 


and exhibits only minimal product development. 


Eero aM STRUCTURE 

At the Medical Department level food service organiza- 
tional structure varies by Service. The Army maintains a 
staff office at the Pentagon. The Navy employs a dual role 
as a line chief of service at the National Naval Medical Center 
ieemeoratr advisory responsibilities to its Bureau. The Air 
Force also maintains a staff status at the agency level with 
the incumbent located at Malcolm Grow USAF Medical Center. 
Therefore, the Army and Air Force exhibit centralized 
management structures, and the Navy demonstrates a more 


decentralized structure. 


BP. oRATEGIC DECISION ANALYSIS 
be tenet -Orniented Decisions 
Strategic market-oriented decisions that should be 
oe wGoncern to military medical food service are: 


a) How to best use its sanctioned monopoly status, i.e. 
meaice COMmpetitive turbulence; 
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b) How to ensure continued variety of high quality menu 
Pome cue lc. Maintain product differentiation; and 


Semiow EO 1mprove 1f£S Consumer service image, l.e. 
increase product differentiation. 


2. Environment-Oriented Decisions 
Strategic environment-oriented decisions that should 
@emoeeconcern to military medical food service are: 


a) How to address OMB A-76, 1.e. threat assessment and 
risk management; 


bueeetiow €O best employ new technologies, 1.e. increase 
cost-effectiveness and operating efficiency by 
Meroauecine innovative technologies; and 
c) How to best serve consumer needs, i.e. achieve 
€Onsumer goodwill thereby differentiating its product. 
GeeeceomMPARISON OF DESCRIPTIVE AND NORMATIVE MODELS 
Tie preceding descriptive analysis will be compared with 
the normative strategic decision analysis model presented in 
the previous chapter as Figure 11. The normative model shall 
be entered under a monopolistic market structure. The 
descriptive and normative comparison is presented as Figure 


le. 


H. VARIANCES BETWEEN DESCRIPTIVE AND NORMATIVE MODELS 
ae ween sme to. Entry 
While military medical food service does possess 
Several significant barriers to entry, these barriers are 
Meeeyvevulnerable. Neither barrier--sanctioned status or 
funding subsidy--is under the direct control of the operating 


WiMeevemeei iis SUgTeSts the need to create barriers directly 
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Somenmolled by food service managers. Flexible barriers to 
entry are required to allow food service managers to imple- 
[oeepeiicies toward rivals that will preserve their current 
menepolistic market structure. 
Peer rice Policy 

A major difference identified by the comparison is 
in the element of price policy. Military medical food service 
epeears tO behave more as a perfect competitor than as a 
monopolist. Using the monopolistic price policy of marginal 
revenue equals marginal cost might encourage a profit center, 
instead of cost center, operating philosophy. This policy 
change would, perhaps, lead to a more cost-effective opera- 
maimoy INtroducing a greater market orientation. Also, as 
Pimcnepolastetiood service could apply limit pricing--a 
price level which is somewhat below the price level that 
would maximize profits and foregoes profits in the short 
fom Lanett pricing 1s frequently used by Serene eee 
Peaster iesmas a barrwer to entry. 

oo figneotrategy 

Military medical food service has a well-defined 
entrepreneurial domain. It emphasizes traditional methods 
of operation and focuses its administrative efforts on 
cost-efficiency. These characteristics indicate a Defender 
Seuereoicetypolosy. Such a typology is inappropriate for a 


monopolist. To sustain a monopoly a firm must effectively 





neutralize its competition by both active and somewhat 
Eeeressive Market conduct. This suggests the need for either 
meemosmectoOr or Analyzer strategic typology. The transition 
to either of these typologies might be accomplished by 
innovative policy formulation that addresses the previously 


identified market and environment-oriented strategic issues. 


ieeeeeri NITION OF AREAS FOR DSS SUPPORT 

Mmeeevariances Due to Strategy-Structure Mismatch 

Variances due to mismatches may not be resolved by 
implementing DSS concepts. These strategic variances must be 
Semeeteea bY Organizational restructuring or policy revision. 
Mismerches adentizfied include: 

mi sammers to Entry -sbarrzers to entry are essentially 
determined by» groups other than the operating entity; 
and 

b) Price Policy - there does exist pricing flexibility 
meme Medveal Department bewel; this isseevidenced by 
ume testing Of wa la Cartesmenu prxees at certain food 
service operations; reorientation of pricing policies 
Seems to be a viable opportunity to create a potential 
bewemmier tO emitry through limit pricing. 

2. Variances Due to Information Uncertainty 
Variances due to information uncertainty may be 

heamced threwehwetffeetive DSS design. The pramary areas of 
information uncertainty identified include: 

a) Minabalites to Explore Sittrawegic Alternataves =» this 
Situation arises from a lack of information processing 
support for trade-off analysis; there appears to be a 


need for simulation and/or optimization capabilities 
Eemsuppert decision making in this area; and 
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b) 


Pree@ran lanning and Monitoring - to cope with the 
threat of OMB A-76, systems must be developed that 
Piemeteate Program planning and control; by employing 
Pesteaecounrtinge teehniques and budgeting principles 
food service managers could create operating standards 
by which to compare their performance with that of 
eommcrectal firms, this implies the need for budget 
planning and programming models with mechanisms for 
wealriance analysis. 


moo weston Criteria 


In summary, key strategic issues to be addressed by 


food service DSS's are: 


a ) 


D) 


c) 


d) 


e) 


f) 


Monitoring of Medical Department performance in 
relation to commercial contractors through budgeting, 
Standards, and variance analysis; 


Pecutiino WEOdUcCt Gitterentlation by preserving the 
ierty tO provide full service menus and maintain 
service image through budgeting, standards, and 
Variance analysis; 


Compliance with OMB A-76 and use of the resultant 
managerial accounting information to develop 
forecasts, budgets, and standards; 


Meality to perform “what if'' analysis to assist in 
developing programs responsive to the threat of OMB 
A-76 though planning and simulation of proposed 
systems; 


Methods for assessing the value of introducing new 
technologies through production process scheduling, 
capacity planning, and system simulation for analysis 
of the trade-off between cost and performance of 
investigated systems; and 


Incremental budget planning and programming systems to 
ensure adequate funding to meet consumer demands for 
Service through trend analysis of demand, long-range 
forecasting, budget planning, and budget programming 
£0r inclusion in the Program Objective Memoranda of 
Uiemoer Vice, 


The next chapter will examine alternative approaches 


to the design of DSS"'s for the above strategic issues. Also, 
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it Shaii be shown how suggested support systems may be 
extended to assist in monitoring the performance of food 
Service operations. Then a DSS network concept shail be 
proposed for the TRI-Food MIS which will provide an 


integrated system of decision support. 
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Vie Sich FOer NSsmepESTIGN ALTERNATIVES 


Momine identified tasks that require decision support, 
the final step in the DSS predesign cycle is the investiga- 
@eemeort alternate approaches to implementing a support system. 
Since any TRI-Food DSS must interface with an automated MIS 
environment, the search for alternatives should focus on 
automated solutions. This narrowing of alternatives suggests 
searching for software that supports food service decision 
making. 

Pwesmenapeer will explore software techniques that might 
Pemmscmut in the design of food service DSS's. Also, it will 
indicate how some of these software systems might be extended 
to assist in monitoring performance standards. Finally, a 
mMom@el small be presented that illustrates a network of food 
service DSS requirements for an integrated system of decision 


support. 


A. SELECTING AN APPROACH TO SOFTWARE DEVELOPMENT 
In general, one may select either of two alternatives in 
software development--custom software design or purchase of 
existing applications packages. Both methods offer a range 
of advantages and disadvantages. 
i Custom Design 
Mavantages of selecting the custom design approach 


include: 
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a) 
D) 


e) 


d) 


include: 


a) 


b) 


d) 


e) 


Meets the specific needs of the user; 


Allows one to utilize currently owned software modules 
that support other functions for a lower development 
Cost; 


Gests less to prolaterate the system after initial 
software development; and 


Offers an atmosphere of creativity by providing the 
Meams tO explore alternative design strategies, l.e. 
minovation. 


Disadvantages of selecting the custom design approach 


Increases the risk of developing a successful system 
because design costs may only be estimated at the 
wevceeon tne developmenc cycle; 


Often results in a long lead time before system 
mipmementation, especially for large, complex 
pmojects; 


meepenrormed in house, requires a high ongoing 
Mumecsmment tO assemble a team of Competent 
applications programmers and hardware for designing 
and testing software; 


Places the responsibility for software maintenance on 
the user which may require maintaining an in-house 
programming staff to accomodate changes; and 


Provides less flexibility for change as development 


proceeds because of the high cost of reiterating the 
Maceess late in the development cycle. 


mpmscatilons Packages 


Advantages of selecting the applications package 


approach include: 


a ) 


b) 


Allows the user to see the performance of the system 
before committing funds to a specific design package; 


Decreases the initial cost of software development 


Since the developer amortizes his or her cost over 
Mame DUVETS ; 
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Cc) 


d) 


e) 


f) 


Decreases the risk of developing a successful system 
beemusewene desion cost may be more accurately 
determined at the start of the development cycle; 


Provides the user better documentation since it may 
have been professionally written by a technical 
Ver Leer ; 


Prmeourages modular growth of the system since most 
vendors offer software enhancements that interface 
wth their basic syStems; and 


Contains desiten Logie that 1S usually developed by a 
programming specialist for a particular field of 
Peereet1Ons SOftware, I1.€. inventory, accounting, and 
order entry systems. 


Desadvantages of selecting the applications package 


amomedenh include: 


a) 


D) 


Cc) 


d) 


OA 


Frequently results in the purchase of a highly 
generalized system that may not satisify all aspects 
of the user's requirements; 


Increases the cost of proliferating the system because 
additional copies must be purchased for each new 
installation; 


requires that the user maintain.an ongoing relation- 
Ship with a specific vendor to support enhancements 
and maintenance of the purchased system; and 


Limits the variety of hardware that the user may 
select because most applications packages are 
designed to operate on a narrow range of hardware 
systems. 


selecting an Approach 


Automated systems are not commonly used in military 


medical food service operations. The only real experience 


which most military food service managers have had with 


computers is in the area of inventory management. These 


Systems, however, are not their systems. Inventory systems 





have been designed primarily to support the accountability 
meurrements of Supply and financial systems. An exception 
to this general rule is the Army Medical Department which 
has developed automated systems to support several of its 
/meeeeco rood Service operations--the Army Medical Department 
Automatic Data Processing System for Hospital Food Services 
(AMEDD) and the Army Medical Department Food and Nutrition 
System (FANS). In general, however, military medical food 
service mav be considered an unsophisticated, limited user 
of data processing resources and techniques. 

PomciraGkupon 4a majonweomputerization effort that 
Will include the development of a potentially complex MIS, 
implies a high degree of risk considering the current level 
of user sophistication. Adding to this design project the 
MeecdetOr DSs's further reduces the probability of a 
successful design effort. To create an integrated, effec- 
Pimemitio, however, requires that all system requirements be 
Somemderced at the start of the design project. Only through 
this top-down approach can the user be assured that the 
system modules will function cohesively when fully 
implemented. In view of the scope of effort and experience 
of its users with automated systems, it is suggested that, 
aS an initial approach, the use of known software applica- 
Euomsmpeackages should be pursued for TRI-Food. This 
approach, with its reduced risk, offers the greatest potential 


for a successful system implementation. 
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BeeeerOOD SERVICE SOFTWARE APPLICATIONS PACKAGES 

Peeeevicw Of available food Service software will now be 
conducted to determine if software applications packages 
exist that will satisfy the requirements for TRI-Food DSS's. 
Systems will be examined from two points of view--food 
service management systems and normative decision support. 
Mimemean analysis of available systems shall be provided. 

1. Food Service Management Systems 

schuster [Ref. 13] offers a compendium of the current 

types and features of commercially available food service 
software applications. Her summary describes twenty-one 
Pyoeeme chat are supplied by sixteen vendors. Applications 
include such functional modules as: 

a) Recipe and Menu Costing, 

ioe POorecasting, 

mee Production Scheduling, 

d) Purchasing Requirements, 

©) Labor and Food Cost Control, 

f) Inventory Management, 

g) Menu Planning, 

h) Nutritional Analysis, 

1) Nutritional Assessment, 

foeeratrent Education, and 


k) Patient Menu Tallying. 
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Miemabove functions) are designed primarily to 
Seer structured food service operational control deci- 
Sions. Some structured management control support 1s 
provided in the form of cost reports and nutritional 
analysis of menus. None of the food service systems provided 
G@meeet support for strategic planning. 

fee Normative Decision Support 

Normative models for food service operations are 
Seerse. The best known, and perhaps only, normative model 
specifically designed for food service is Dr. Joseph 
Balintfy's menu cost programming system. Balintfy [Ref. 14] 
describes his system as a multistage, multiple choice 
programming system that was developed to reduce the menu 
G@omewor institutional food service programs by computer 
assisted menu planning. The software system supporting this 
concept is titled Computer Assisted Menu Planning (CAMP). 

CAMP is a zero-one variable, multiple choice integer 
@ueem@an. Lt applies the technique of integer programming to 
feetem Of Constraints that include nutrition, structure, 
attribute, and separation factors commonly considered in 
menu planning. The objective of the problem formulation is 
Poumrmsze menu cost within the parameter constraints. 
Integer programming is a very powerful mathematical tool that 


is used to solve problems where some or all of the variables 
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metne Optimal solution must be non-negative whole numbers. 
Balintfy applies this technique as a normative approach to 
menu planning. 

What Balintfy has created is, perhaps, the first 
memewcood service DSS. CAMP focuses on a specific, semi- 
structured food service problem and attempts to solve that 
problem by a normative model. Although CAMP is not a 
comprehensive system of decision support, this system may be 
considered as a potential DSS for menu planning. 
cee Conclusions Concerning Food Service Software 

Of those systems surveyed, no one vendor offers what 
might be considered a complete food service MIS within the 
framework of TRI-Food requirements. Although there are 
elements of such a system that focus on operational control 
ena some aspects of management control, the fact that a 
comprehensive food service system with both MIS and DSS 
motential does not exist suggests the need to broaden the 


scOpe of search for software systems. 


C. PARALLELISM BETWEEN FOOD SERVICE AND MANUFACTURING 
Butta [Ref. 15: pp. 6-7] defines a productive system 

as the means by which resource inputs are transformed into 

useful goods and services. He models this concept as shown 

in Figure 13. Buffa states that resource inputs may assume 

a wide variety of forms. The relative weight of these 


inputs is dependent upon the nature of the industry. 
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Figure 13: Model of a Productive System 


8 4 





Manufacturing operations are generally dominated by raw 
materials while service-oriented operations require a heavy 
investment in labor. The conversion process involves both 
the application of technology and the adroit management 
Of all input resources. He finds that the essence of manage- 
ment is to comprehend the interrelationship of all variables 
and to view the entire system as an integrated process insofar 
meme@mstble. The result of managerial effort is then the 
Output of products and services which meet the consumer 
Wemeet’ Sestamdards for quality, quantity, and cost. 

ime thesBurger Case, Butfa [Ref. 15: pp. 8-18] 
illustrates how his productive systems concept and produc- 
tion/operations management principles might be applied 
to the successful design and expansion of a food service 
system. Buffa describes how an entrepreneur opens a fast 
food restaurant that specializes in hamburgers. As sales 
VOmmie imcreases, the owner is faced with many critical 
business decisions to satisfy the growing demand for his 
service. Buffa demonstrates the application of manufac- 
turing principles in managing the process of expansion, such 
as product design and costing, equipment configuration, 
Capacity planning, material warehousing and distribution, 
BOtcedsti@o wand strategic planning. This insight suggests 
BiemMext aNeCdmot Search sfor food service software support-- 


manufacturing systems. 
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D. ADVANTAGES OF A MANUFACTURING APPROACH 

1. Well-Established System Techniques 

Bueeampnert. 15: pp. Z| states that there are many 

reasons to adopt a manufacturing approach to management. 
Meam@raecturing systems have been the focus of attention of 
management scientists since the early 1900's. Manufacturing 
has developed a wealth of knowledge, systems experience, and 
management techniques that deal with forecasting, design, 
layout, job analysis, automation, scheduling models, 
inventory models, statistical quality control, computers, 
Simulation models, waiting line models, and mathematical 
peeeramming, in other words, manufacturing processes are 
well understood by both systems analysts and software 
designers. 

2. Availability of Manufacturing Software 

The number of vendors who market software applica- 

teens that Support manufacturing functions is quite large, 
and the variety of such packages is extensive. Snyders 
Pere wore OoOrters a directory of independent software vendors 
who supply general business applications. Her summary 
identifies 187 vendors who offer the following software 
Mmitcdiroms that are Of interest to manufacturing firms: 

Cee CCOUNLING , 

b) Database Management, 


ej) Financial Management, 
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Qieitventory Control, 

pleeiamuracturing Planning and Control, 

f) Marketing, 

eye Order Entry, 

mn) Payroll, 

1) Personnel, and 

ipeeotatistical Analysis. 

hecgmmt my, summentory Control, order entry, payroll, 

and personnel applications primarily support operational 
control. Database management, financial management, manu- 
Paeeurane planning and control, marketing, and statistical 
analysis are frequently components of a manufacturing MIS 
and incorporate DSS concepts. Therefore, the last group of 
Systems may be useful in management control and strategic 
planning. This suggests that by adopting a view of food 
service as a manufacturing function a MIS designer might 
find a rich source of commercially available software 
Support. The validity of this assertion warrants further 


Mivestagation. 


E. AN INTEGRATED MANUFACTURING RESOURCE PLANNING MODEL 

Cox and Adams [Ref. 17: pp. 75] developed a model of 
manufacturing resource planning that they submit represents 
an integrated DSS. Their model is presented in Figure 14. 
POmmanadenaams |Rét. 17: pp. 75] state that manufacturing 


resource planning is a planning and control system based on 
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a dynamic simulation model of the total manufacturing 
environment. The objective of the model is to plan and 
control all resources of a manufacturing firm. The system 
provides information planning for all levels of management 
meemecontrol of production operations and support services 
to long-term management control and strategic planning. 
The model is dynamic in the sense that the effect of changes 
tO input parameters may be simulated in the automated model, 
and the impact of these modifications on corporate objec- 
tives may readily be determined. The need for such a 
capability was previously identified for the design of a 
TRI-Food DSS. 

Se~eand Adams [Ref. 17: pp. 74-77] describe the function 
of the model's modules as follows: 


a) Forecasting - an estimate of product demand that is 
furnished by the marketing staff; 


b) Aggregate Planning - examination of alternative"ways 
to manufacture the forecast of product demand 
resulting in a long-range production strategy by time 
period; 


c) Production Planning - translation of the near-term 
pOtemenm OL the aeoTregate plan into operating budgets 
amade standards for all supporting functions; 


d) Master Production Schedule - a breakdown of the 
Ppaeanteeron schedule into specific items to be 
manufactured in specific time periods; 


e) Material Requirements Plan - time-phased requirements 
for raw materials needed to manufacture items 
identified in the master production schedule; and 


f) Capacity Requirements Plan - determination of the 


physical plant capacity required to meet the master 
production schedule. 


89 





Pagiemeoaule of the model defines a discrete decision 
[Meee activity. therefore, DSS design activity must focus 
on the semi-structured and unstructured tasks of each 
@emavicy level. Through the ability to simulate the effect 
@eeaeetsSions in the total manufacturing environment, the 
mode! offers an integrated system of decision support. 

iijemapolication of the model to food service operations 
1s demonstrated by the following relationships: 

mereorecasting - projection of meal sales; 


Byeeeeenregate Planning - long-range menu planning and 
budgeting; 


c) Production Planning - near-term production planning 
of menus; 


d) Master Production Schedule - master production menu; 
e) Material Requirements Plan - time-phased provisions 
meamrrements as detined by the recipe file (bill of 


materials); and 


f) Capacity Requirements Plan - production equipment 
Poeeeezterone prowrle as defamed by the recipe file. 


Maoimeeie preceding Comparison it does appear valid to 
adopt a manufacturing point of view in food service software 
a emeleopment. oince the requirements and design of manu- 
facturing systems are well understood by the software 
industry, such an approach would reduce the risk in creating 
an automated food service system. Next a discussion of how 
the manufacturing planning resource model might be imple- 
mented shall be presented. The focus of this discourse 


shall be on mechanisms that support decision making. 
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F. METHODS OF DEMAND FORECASTING 

jit wenotec Of TOrecasting System to be used in a 
Manufacturing resource planning system is critical. In 
Seeence, the demand forecast sets the production process in 
Metron by providing target levels of requirements. There- 
Pome, am understanding of forecasting techniques is essential 


momteme Successtul management of a manufacturing operation. 


meomumey Of Forecasting Models 
haeelwright and Clarke (Ref. 18] surveyed the status 


of forecasting in numerous major corporations and found the 
following systems to be in common use: 


eye ury Of Executive Opinion - a combination and 
averaging of top executives' views concerning the 
items to be forecast; 


Pye lime Series Analysis - identification of patterns 
BeMeeasemting a Combination Or trend, seasonal, and 
cyclic factors based on historical data which are then 
smoothed to eliminate the effect of random fluctua- 
tions and extrapolated into the future; 


c) Regression Analysis - a statistical technique that 
fits a model of independent variables to historical 
data such that the model predicts the dependent 
Manmaple of interest, 1.€. a cause and effect 
relationship; 


d) Sales Force Composite - a combination and averaging 
of salespersons' views concerning the items to be 
POmeeas t ; 


e) Index Numbers - a method of comparing data to a base 
reference value, as a relative percent of that value, 
Wallen May be Conmibined and weighted to reduce 
PwMciiatmons Il data caused by seasonal or cyclic 
Daeee rn S); 
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f) Econometric Models - a system of simultaneous 
regression equations that take into account the 
interaction between various segments of the 
Ceouom aand, OGmareds sot COrporate activity; 
g) Customer Expectations - a survey approach that 
Statistically analyzes the expected needs and require- 
ments of the firm's consumer market; and 
h) Box-Jenkins Method - a highly sophisticated method of 
time series analysis that also provides statistics 
indicating the level of accuracy that may be expected 
for a given application. 
2. Factors in Selecting an Automated Model 
Of the generally used forecasting techniques only 
time series analysis, regression analysis, index numbers, 
econometric models, and the Box-Jenkins Method are adaptable 
to automation. Since index numbers require inference to be 
Seep ucaictive value, the use of this tool as a forecasting 
mechanism is questionable. Consequently, most automated 
forecasting methods rely on a form of regression analysis 
including econometric models, time series analysis including 
the Box-Jenkins Method, or a combination of these approaches. 

To select an initial approach one should consider 
been Of the following questions: 

a) Do causal relationships exist whereby one or more 
independent variables may be used to predict a 
dependent variable, suggesting a form of regression 
analysis? 

b) Is the dependent variable to be forecast dependent on 
MifemaseiliusStrated Im Figuye 15, suggesting a form of 
time series analysis? 


Intuitively, most food service managers would select 


time dependence as the more important consideration in 
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Figure 15: Illustration of Time Dependence 
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forecasting. The daily fluctuation of meal sales about a 
weekly trend and the monthly fluctuation about an annual 
trend are well known. These observations suggest the use of 


a time series model for menu demand forecasting. 


—_ 


Peco cting, a Forecasting, Model for TRI-Food 


Perhaps the most useful approach to time series 
analysis is the Box-Jenkins Method. The Box-Jenkins Method 
1s not a specific type of time series analysis model but is 
ameapproach to the selection of a forecasting model. Box and 
Jenkins [Ref. 19: pp. 19] present their method as shown in 
Poeamne 16. 

Box and Jenkins [Ref. 19: pp. 18-19] summarize their 
method of model building as follows: 


a) Postulate a useful class of models from theory and 
practice; 


b) Identify subclasses of these models by employing data 
and knowledge of the system; 


c) Fit the tentative model to data and estimate the 
model's parameters; 


d) Perform diagnostic checks to discover a possible lack 
of fit and determine the cause of an improper fit; and 


e) Use the model if no lack of fit is discovered; 
otherwise, reiterate the process. 


(ivempueecding discussion is a highly simplified 
Sremacion of the Box-Jenkins Method. What is important, 
however, 1S the approach that Box and Jenkins present in 
their process. Fundamentally, the Box-Jenkins Method is a 


Beef eetaxes the highly unstructured task of forecasting, 
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Mee@epts a serves of potential models, allows the system 
@esiener to test the applicability of all models and select 
@uemeecrred model froma range of altermatives. For this 
reason, the Box-Jenkins Method would be an excellent method 


of demand forecasting to incorporate in the TRI-Food MIS. 


G. MANUFACTURING PLANNING AND CONTROL SYSTEMS 

mre @troduction of commercial computers in the mid- 
mee Ss Oftered business a mew era of information processing 
Gapebality. This new technology has had a profound impact 
See@anutacturing pndustries in the area of logistics. 

Umert the information processing power of the computer 

became available, solutions to the management and control 

of manufacturing finished products from raw materials had 

been incomplete and unsatisfactory. With the newfound ability 
to process and coordinate information improved planning and 
control systems have evolved. Chief among these new 
approaches has been material requirements planning (MRP). 

MRP is a system of logic that converts a production plan 
mer tinished csoods into time-phased requarements for 
Materials that are necessary to manufacture the pian. At the 
center of this system is master production scheduling. The 
Mia cuepmeauction schedule defines target levels of produc- 
tien within discrete time periods. The schedule, when 
tinked with MRP, provides a powerful, easy to use method for 


implementing the production plan. Therefore, an understanding 
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of the relationships among master production scheduling, 

Mieerial requirement planning, and their supporting 

mechanisms may provide insight into how military medical 

service might also improve its decision making processes. 
ieeemaster Production Scheduling 

Berry, Vollman, and Whybark [Ref. 20] present a 
model of manufacturing planning and control relationships as 
feet nated in Figure 17. The modules of the model in Figure 
ieee Similar to those previously diScussed,.in the manu- 
facturing resource planning model suggested by Cox and 
Adams. While Cox and Adams defined a hierarchial rela- 
tionship of functions in their model, Berry, Vollman, and 
Whybark more clearly demonstrate the network flow of 
information that implements that planning model. They find 
that the controlling node of this network is the master 
production schedule. 

Oimreky [Ref. 21: pp. 2525254) "staees that a master 
production schedule should not be confused with a forecast. 
A forecast represents an estimate of demand, whereas a 
Master production schedule constitutes a plan of production. 
The master production schedule is a statement of require- 
ments for end items by date and quantity. The period of time 
that the master production schedule spans is termed the 
planning horizon. The horizon may be divided into a firm 


pomeion amd a tentative portion. The firm portion represents 
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Figure 17: Manufacturing Planning and Control Relationships 
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Mo rocurcement and manufacturing lead time required to 
fied specific quantities of end items. 

iiieupGimetpkes, of master production scheduling are 
directly transferable to food service. The master production 
schedule is the manufacturing equivalent of the food service 
feweeremenu. Since the methodology driving both systems is 
Semcimitar, it should be of interest to the TRI-Food MIS 
designers how manufacturing firms implement the requirements 
of the master production schedule. 

fmeeeiaterial Requirements Planning 

Material requirements planning 1s an information 
Peee@essing technique that is commonly used by manufacturing 
EOomm@ect the master production schedule. MRP is a method of 
logistics management designed to ensure that raw materials 
are available when and where needed. It incorporates the 
concept of time phasing into inventory management by adding 
a time dimension to inventory requirements. 

Omitcky [Refs 21: pps 22] ditferentiates between 
dependent and independent inventory demand. Demand for a 
given inventory item is termed independent when such demand 
menotea Lunction of demand for another item or product: 
independent demand must be estimated. Demand may be 
considered as dependent when it is derived from the demand 
for another item or product: dependent demand may be 
precisely calculated. Most requirements for manufacturing 


inventory are dependent on the end item quantities 
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Pificitted in the master production schedule. This dependency 
of inventory on the master schedule then links inventory 
Management to the master schedule. Since the master produc- 
tion schedule is time-phased, the replenishment of raw materials 
ieeemeOry may be accurately planned by time period. 

itt rs the discrete time phasing capability of MRP 
ume Meakes it such a powerful planning and control technique. 
Tmewconcept of time phasing is used not only for inventory 
replenishment but also for tracking the flow of materials 
through the production process. Knowing the manufacturing 
lead time to produce the components of an end item, the 
Peewietrton planner may stage inventory at work stations 
and schedule both production employees and machine capacity 
through the master production schedule. By applying cost 
analysis to time-phased material and labor requirements, 
a MRP system may be extended to assist financial planners 
in forecasting production costs for budget planning. Control 
of the budget plan may be achieved by comparing actual pro- 
duction costs and quantities of materials used with standard 
pueater=ecosts and Material requirements. To implement this 
planning capability requires a supporting database for the 
MMEesysucm--the product structure file. 

Sere duct™Structure Files 

In a manufacturing environment product structure 

imposes the primary constraint on the calculation of 


Neeemralerequirements. Orlacky [Ref. 21: pp. 52-52] finds 
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mieeeies Computational difficulty arises from the number of 
levels of identifiable structure within the product. This 
Zearneceuine 1S determined by the way that the product is 
Meme tured. Io visualize the effect of product structure 
Smemmrment consider the manufacture of an automobile. The 
completed automobile is assembled from numerous subassemblies, 
such as an engine, a chassis, and a transmission, which are 
themselves made from a multitude of components. 
iieweneineecring document that defines the product is 
emer Or Materials. The bill of materials lists the 
components of each assembly and subassembly. The bill of 
materials for an end item assembly assumes a hierarchial, 
pyramidal structure of modules. Both the depth and com- 
peeeetey Of this structure influence the difficulty in 
processing inventory data for material requirements planning. 
Orlicky [{Ref. 21: pp. 56] states that the downward 
Progression from one product level to another is called an 
Peepmecion. In executing the explosion the task is to 
identify the components of a given parent item and to 
Peieertdin tne Storage address of their inventory records so 
that these records may be retreived and processed. [It is the 
Cmwerwocremarertals file that guides this explosion. Net 
requirements are then developed by allocating and reallo- 
cating on-hand inventory to the gross requirements in the 
level-by-level descent through the bill of materials file. 
Additional factors tend to complicate material 
Pe@guirements planning. The ordering lead time of individual 
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[PiveMeOnryettems Must be taken into consideration. Subassemblies 
memcomponents Of an end item must be manufactured prior to 
the final assembly. This requires that the demand for these 
Structural elements must be scheduled ahead of final assembly 
@emetisure their availability by final assembly. Further, 
multiple requirements for an inventory item may exist within 
the same level of product structure. Obviously, the data 
Mueeessing activity that supports the material requirements 
planning function is a very complex task, especially in a 
memnewniechn produces a wide variety of products. 

These same factors present difficulty in food service 
inventory management. Recipes are the food service equivalent 
of the manufacturing bills of materials file. <A recipe is 
normally viewed as a single level of inventory requirements. 
Inemest attempts to automate inventory management in food 
Seeverce the ingredient quantities of the recipe are multiplied 
Peaeemeerecipe demand and aggregate requirements for all 
pme@uctio0n recipes are summarized for a particular order 
cycle. This approach overlooks the true process by which 
Beeeeees alceprodguced institutionally. AS in manufacturing 
a layering effect applies to recipe structure. This implies 
that the manufacture of some components of a recipe must 
Dmeeede ©tiers. AS an example Figure 18 illustrates the 
layering of the structural components for an institutionally 
Duewarced apple pie. 

To build an apple pie requires that some components 


[iio roaNced beLoOre Others. Bulk pie dough is often 
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Figure 18: Modular Structure of a Recipe 
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produced on a weekly or bimonthly basis to increase the 
efficiency of bakery labor and to realize economies of scale 
ieproduction. A top and a bottom crust must then be 
manufactured from the mass produced supply of dough. Both a 
pee shell top and egg wash must be available to prepare a 
feeemetop assembly. At the highest level all components are 
assembled and baked. To forecast the inventory demand for 
each modular component would prove to be a tedious task. 
eee a MRP system, that is supported by realistically 
structured product files, the task of inventory management 
meeereatiy simplified. After the end item demand is placed 
in the master production schedule, the MRP system then 
efficiently determines the correct time-phased material 
Zeerements. This concept of product structuring should be 
well understood by TRI-Food systems designers to ensure a 
usable software design. 
4. Alternatives in Implementing an MRP System 

Orlicky [Ref. 21: pp. 98-108] identifies two alter- 
Weeaves fOr a MRP system implementation--schedule regenera- 
SEotmanemmicnechange. in schedule regeneration every end 
item requirement in the master production schedule must be 
exploded. Every active bill of materials must be retrieved. 
The status of every active inventory item must be recomputed. 
Finally, voluminous output is generated. Schedule regenera- 


tion 1s a time consuming process that may only be performed 
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Saamperi1odic basis because it requires significant data 
Processing resources. As a result, changes in master produc- 
maenmescicdule, in product structure, and in planning factors 
must be accumulated until the next regeneration. Therefore, 
schedule regeneration is a batch data processing approach 
to MRP. 

In the net change implementation the initial explo- 
Sion may not be avoided, but the useful life of that 
ameeston May be extended. After the initial explosion only 
localized, partial explosions are performed to reflect the 
SCtrect Of Specific changes. Key concepts in this approach 
are that only part of the master production schedule is 
subject to an update explosion at any time, and the effect 
of transaction-triggered explosions is limited to lower 
level components of the end item that caused the explosion. 
Because the data processing requirements of the net change 
implementation are less voluminous than schedule regeneration, 
bepuamming may be performed more frequently. Therefore, net 
Change Supports an interactive, dynamic MRP environment. 

Se eeneatiton of MRP to Food Service 

As the preceding discussion demonstrates, there is a 
high degree of parallelism between the manufacturing and 
food service industries. Through the use of MRP, manu- 
facturing firms have developed a software system that 


Supports both operational and management control functions. 
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By adopting a net change implementation of MRP, an additional 
benefit may be derived from the system--support for stragetic 
planning. The net change capability of MRP facilitates 
Simulation of the manufacturing environment. The effect 

of a decision may be tested within actual operating con- 
straints. By reversing the change the MRP system is restored 
ee its Mormal operating condition. This capability to support 
"what if' type questions provides manufacturing management 
With a valuable technique for testing the impact of strategic 
proposals. 

im essence, MRP senves to model the production process. 
Alternative management decisions may be simulated in the model 
Dymediiying the system's input parameters. Then the outcome 
of those changes may be observed. This facility of MRP 
Sm@o@estss that 1t may also be identified as a DSS. By incor- 
porating the MRP concept in the TRI-Food MIS systen, 
designers would provide military medical food service with 
mmemeremely powerful decision making resource that supports 
all levels of management planning and control. 

Including a net change implementation of MRP would , 
allow food service managers to address the following stategic 
Ee tieccmtidtmvene previously identified as DSS design criteria: 

a) Ensuring product differentiation by preserving the 
ery tO provade full service menus and maintain 


service image through budgeting, standards, and 
variance analysis; 
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Deaetwreiicty to perform “what if’ analysis to assist in 
developing programs responsive to the threat of OMB 
A-76 through planning and simulation of proposed 
systems; and 
c) Methods for assessing the value of introducing new 
technologies through production process scheduling, 
capacity planning, and system simulation for analysis 
Gomerdde-OLr between Cost and performance of 
investigated systems. 
H. MEASURING PRODUCTION PERFORMANCE 
The need for support in monitoring performance was 
identified as a major strategic issue. One frequently used 
framework by which many firms accomplish this task is the 
process of budgeting. Budgets assist in planning and 
Semerolling business expenditures. Further, they aid in 
predicting operating results and financial conditions in the 
future. Planning involves the development of future objec- 
tives and the formulation of steps to achieve those 
objectives. Control is the means by which management assures 
that all parts of the organization function properly and 
attain the objectives of the business planning stage. Since 
a budgeting system supports both planning and control pro- 
cesses, mechanisms for budgeting should be included in a 
well-designed MIS. 
1. Definition and Advantages of Budgeting 
Crvimcol | hei. 22ieODe 254) defines a budget asa 


detailed plan showing how resources will be acquired and 


Becamover Some specific period of time. It represents a plan 


LG 





[ommene ruture expressed in formal, quantitative terms. The 

master budget is a summary of all phases of a company's 

Pees and goals, and how these objectives are to be achieved. 
Gamrison (Ref. 22: pp. 255] finds that one of the 

major values of budgeting is that is requires managers to 

Pempeeplanning to the forefront of their minds. Additionally, 

budgeting provides a vehicle for communicating these plans 

to an orderly way throughout an organization. Other 

gemmameages of budgeting include: 


a) It forces managers to think ahead by requiring them to 
monmalize their planning effoneés ; 


b) It provides goals and objectives which serve as bench- 
marks for evaluating subsequent performance; 


c) It frequently uncovers potential problems before they 
@eeur; and 


Mjeett coordinates the activities of an organization by 


integrating the plans and objectives of its various 
parts. 


Garrison [Ref. 22: pp. 261-272] offers a model of the 
Meese process that is presented in Figure 19. The bud- 
Petiipemode! Suggests a comphex netwomk of information 
Po—ielmemeaips. ine sales forecast and resulting short-term 
aocelome-term Sales budgets drive the process. The next step 
heer ormalize production plans to develop budgets for 
production of sufficient finished goods to meet sales demand 
and adequate raw materials inventory to sustain production 


See ease tOCdGiwees | hem the puke 1S tramsdated into budgets 
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MameciGeoet Materials, direct labor, manufacturing overhead, 
mme@mene indirect costs of selling and administrative 
expenses. The long-range sales budget is analyzed to deter- 
Mine the capital expense budget for long-range expansion and 
Saeeement replacement. The various budgets that have been 
defined so far are then summarized in a cash requirements 
Pabieetethnat 1S used to determine if cash inflows will be 
SUtficient to cover cash outflows. If cash inflows are 
Mmieceqmace, the firm must arrange for either short-term or 
iome=term financing to cover cash requirements deficits. 
As a final step in the budgeting process, the firm prepares 
a budgeted income statement, a budgeted balance sheet, and 
a budgeted statement of changes in financial position. 
If the performance of the operating plan is deemed unaccep- 
Parmeeeeetmne budgeting process is reiterated to explore 
aueriaGive approaches to satisfy the anticipated demand 
for goods and services. Budgeting, therefore, tends to be 
a process of simulation for profit maximization. 

5. Budgeting and the TRI-Food MIS 

UMP eteES not suggested that agencies of the 

Federal Government should operate as profit making entities, 
they do have a responsibility for ensuring that the cost of 
Beovrcime their service 1S minimized consistent with the 
achievement of their mission. This point is reinforced by 


Piemimeemt Of the OMB A-76. If support services identified in 





Maemetrcular, including military medical food service, cannot 
be operated economically, it is then in the public interest 
Memscek alternate means by which to provide those services. 
Ensuring that operating costs are held to an acceptable level 
mmoeiianacement responsibility. The planning and control 
functions of budgeting serve to assist managers in both 
executing and meeting that responsibility. Therefore, 
Pee@eeting Concepts and mechanisms for monitoring compliance 
Pememepuagets Should be included in the TRI-Food MIS. This 
need identifies a requirement for DSS's that support budget 
planning and programming. Financial planning and analysis 
models are commercially available as indicated in Snyder's 
[Ref. 16] summary of software systems and Clift's [Ref. 23] 
review of financial modeling systems. 

Cameroon |kef. 22: pp. 306] States that in control- 
ling resources managers have two types of decisions to 
make--decisions relative to prices paid and decisions rela- 
tive to quantities used. Managers are expected to pay 
the lowest possible prices that are consistent with the 
Pmsoeaesired level of product quality. Concurrently, they 
are expected to consume the minimum quantity of whatever 
resources they have at their command. The answer to this 
camenol oroplem Lies in standard costs. A standard may be 
defined as a benchmark for measuring performance. These 


standards serve as the basis for developing budgets. 
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Impepudeet Control systems cost and quantity standards 
are set for all three elements of production--materials, 
labor, and overhead. Quantity standards, as scheduled in 
emt acturing bills of materials, bills of labor, and manu- 
Mreriring overhead accounts, identify what should be used in 
producing a product or service. Cost standards for these 
meee variables define what the unit cost of a product or 
Semeace Should be. By measuring actual quantities and costs 
of inputs against these standards management may determine if 
meme firm iS Operating within the budget plan. 

The budget serves as a normative model of what 
should be. Cost accounting is a descriptive analysis of what 
we the integration of these two concepts allows management 
mampeaenerty differences between the two processes. Through 
variance analysis managers may focus on the cause of 
daiterences and take corrective action to resolve or reduce 
those differences. Therefore, the budget is a mechanism for 
poeemem tinding, and variance analysis is a method of 
problem solving. Both mechanisms are linked through the use 
of standards. 

Including budgeting in the TRI-Food MIS would allow 
Boece Service managers to address the following strategic 
issues that were previously identified as DSS design 
merece r la « 

Pm iomitoring of Medical Department performance in 


PeiatTonetO commercial contractors through budgeting, 
standards, and variance analysis; 
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MPmeEisurime product ditferentiation by preserving the 
ability to provide full service menus and maintain 
service image through budgeting, standards, and 
Variance analysis; 

Smecomplilance with OMB A-76 and use of the resultant 
managerial accounting information to develop 
Berccasts, DUdgerS, and standards; and 

d) Incremental budget planning and programming systems 
to ensure adequate funding to meet consumer demand 
for service through trend analysis, long-range 
mOmeceasting, budget planning, and budget programming 
for inclusion in the Program Objective Memoranda of 
mie Service. 

I. MEASURING NUTRITIONAL PERFORMANCE 

In a sense, the practice of nutrition serves a dual role 
when applied to medical food service. In the clinical 
environment it is an important aspect in the treatment and 
care of hospitalized patients who are recovering from 
Specific disease states. In the administrative domain the 
consumption of nutritionally adequate meal service should 
serve aS a measure of both quality control and compliance 7 
with performance standards. Therefore, standards and pro- 
cesses to monitor the achievement of those standards should 
Bemeonstaered in the design of a medical food service MIS. 

The TRI-Food SFR does address the above issues and 
defines requirements for nutritional analysis capabilities 
HOGeDOt@n patient and general menu planning. What it does not 
provide, however, is a means by which to monitor compliance 


with nutritional performance standards for Medical Department 


review. <A method of monitoring nutritional status should 
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De included in the TRI-Food SFR so that both MTF food service 
officers and agency food service program managers may readily 
Semeare Of performance in this essential area of the 
military medical food service program. 

mise redquirement Suggests an ongoing statistical analysis 
fence adDility Of individual MTF's to meet specific Recommended 
Daily Allowances (RDA's) for the healthy consumer population 
aoeeeayusted allowances for those patients receiving ther- 
apeutic nutritional care. Exceptions to standards then might 
fieeivestigated and support provided to MIF's in achieving 
desired standards of nutritional performance. Also, this 
ongoing analysis would serve to implement important, but 
Eommputationally time consuming, aspects of the patient care 
audit requirements of the Joint Commission on Accreditation of 


Heepatals (JCAH). 


Seo Nido ts OF TRI-FOOD DSS DESIGN CRITERIA 

The preceding discussion has covered a variety of topics 
concerning the development of a medical food service MIS that 
incorporates DSS concepts. It was noted that the design of 
a complex software system is inherently a high rish under- 
paeine., © ih the case of the TRI-Food MIS program, risk is 
aio itred by the lack of experience which most potential users 
have had with automated systems. It was suggested that to 
minimize risk the use of existing software designs should 


be considered. In this manner users could investigate a 
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range of software solutions that have been proven in other 
operations before committing to a specific design. It was 
offered that such an approach would improve the probability 
of a successful implementation. 

Existing food service software systems were reviewed. 
Wee Several vendors supply packages that support opera- 
meena COntrol and some aspects of management control, no 
Ome wsystem was found that offered a complete food service 
Syeoeem With both MIS and DSS potential. After extending the 
search for software solutions it was discovered that a high 
degree of parallelism exists between food service operations 
and manufacturing industries. By adopting a manufacturing 
point of view it was demonstrated that a rich source of 
software systems, possessing both MIS and DSS potential, 
could then be considered. 

A manufacturing resource planning model was presented 
Gmet describes an integrated system of support for managerial 
@eemsi0n making tasks. These tasks identify discrete mana- 
Serial responsibilities in a manufacturing environment that 
range from operational control through strategic planning. 
It was suggested that the Box-Jenkins Method would be a 
useful means by which to provide a forecasting DSS in a 
food service environment. Next master production scheduling 
and material requirements planning concepts were examined. 
[MieseusOteware applications are frequently used by manufac- 


turing industries to implement the production planning, 
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Meecer production scheduling, material requirements planning, 
and capacity requirements planning modules of the resource 
planning model. It was then demonstrated how these concepts 
Soman be directly applied to a food service operation. 
Finally, it was shown how, by adopting a net change imple- 
mentation of MRP, the system could support aggregate 
meennains through simulation of planning alternatives. 

eemee buSiness firms commonly use budgeting to facilitate 
planning and control, the budgeting process was reviewed, 
and its advantages were discussed. By developing standards 
business plans may be translated into budgets. Through 
variance analysis managers may exercise control in their 
area of responsibility to meet planned objectives. Finan- 
Cial planning and analysis models are widely available in 
the commercial software market. It was further suggested 
that these monitoring activities, when employed in medical 
Feoa service, should include the important aspect of 
NU@ermeional performance. 

Pemaeresult of this exploration of TRI-Food DSS design 
alternatives, a need for a variety of DSS planning and 
paperammane modules was identified. These requirements 
rHedide : 

a) Menu Planning, 

b) Demand Forecasting, 

Seeeuoduetion Planning, 


(Que apdercty and Resource Planning, 
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e) Material Requirements Planning, 

f) Performance Standards Planning, and 

g) Budget Planning and Programming. 

Standards assist in recognizing problems with performance. 
Deviation from standards may be investigated through variance 
analysis. Requirements for variance analysis in a TRI-Food 
Mss include: 


a) Variance of nutritional performance as a measure 
of quality control; 


b) Variance of production performance from material, 
labor, manufacturing overhead, and other budget 
Standards; and 


c) Variance between actual and planned meal sales to 
detect change factors in the sales forecasting system. 


A model of these decision making and analysis require- 
ments is presented in Figure 20. The model suggests a 
complex network of functions. Planning and programming 
modules identify models needed to facilitate semi-structured 
food service decision making tasks. Analysis modules offer a 
Metnod Of adding structure to both semi-structured and highly 
filtered exception reports. To facilitate the analysis of 
exception reports it is suggested that exceptions be grouped 
Mime Vamdances Of a general nature, i.e. nutrition, fore- 
Saecumana production, and prioritized by magnitude of the 
variance. In this manner a manager may deal with a series 
Sousimelar, potentially related problems during a variance 


analysis session. By comparing problems of a general nature 
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With current standards and past performance, a manager could 
then begin to break down the general problem into a group of 
Smeeropolems. If some of these subproblems were amenable to 
meetelgna, then he or she could select a model from the plan- 
mae and programming modules with which he or she could 
Seeerore solutions to the problem. After a range of solu- 
tions was created, the manager could then select and implement 
Ewe West appropriate alternative. In all cases solutions must 
meweompared to performance standards before exiting the model. 
This comparison identifies the degree of risk inherent in the 
Semution. 

mocmmedel in Figure 20 may be entered either by choosing 
Eemamaryze performance exceptions or by specifying ad hoc 
Greeiysis. Entry for analysis of exception reports primarily 
Semmes tO Support the semi-structured problems of operational 
and management control. Ad hoc analysis is viewed as more 
appropriate for unstructured management control problems and 
Strategic planning functions. 

The model, when combined with a database system that 
Smee nseerien query Capabilities and report generation facili- 
eee ewiliesipport a variety of cognitive styles. It 
structures problem finding through exception reporting but 
PiscucMmertS Intuitive thinkers through ad hoc analysis. It 
suggests numerous modeling and data analysis techniques that 


may be selected and combined to assist in the process of 
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mmcormation evaluation. For these reasons the model of DSS 
requirements offers effective support for many styles of 
decision making. 

In the next chapter the DSS modules proposed in Figure 
mimeomiall be combined with the TRI-Food SFR modules and 
evaluated in the Gorry and Scott Morton MIS framework. Then 
recommendations shall be made as to how the suggested system 
of decision support might be designed. Finally, an analysis 
of the benefits of adopting the recommendations shall be 


presented. 
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VII. CONCLUSIONS AND RECOMMENDATIONS 


The exploration of TRI-Food DSS design alternatives 
ieenmeitied software systems that will provide decision 
Support for military medical food service. During the 
analysis an integrated model of DSS requirements was pro- 
posed that incorporates these software applications. 

This final chapter shall illustrate how the suggested 
Memwonrk Of decision support will enhance the TRI-Food MIS. 
Tien recommendations shall be made that will assist TRI-Food 
analysts and designers in implementing food service DSS 
Dequrrements. Finally, the benefits of adopting these 


recommendations shall be discussed. 


Pome ONCLUSIONS 

Adding the proposed model of decision support to the 
Wee ceasis would substantially improve the system. An 
omalysis Of the enhanced MIS within the Gorry and Scott 
Morton MIS framework would appear as presented in Figure 21. 
hime Le= 2) aeditiOnSeare sndicated by .uppercase module 
memes AS ene may readily see, including these modules 
Cmevwicess a muen richer MIS. The improved system offers a 
Duotumspectrum Of resources for each level of managerial 
decision making. Further, all levels of managerial activity 
BeemWwellesupported Dy both structured decision systems and 


decision support systems. 
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21: Analysis of an Enhanced TRI-Food MIS 
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During the analysis of DSS design alternatives it was 
discovered that software applications do exist which would 
mmeet ively Support TRI-Food DSS requirements. An integrated 
System of decision support for all levels of management was 
developed from a manufacturing resource planning model. Then 
1t was demonstrated how the model could be implemented with 
feeetial requirements planning and master production 
scheduling. Next it was shown that by extending the time 
phasing capabilities of MRP the model could further support 
financial planning and performance analysis through budgeting 
muleeae velopment otf cost and quantity standards. This 
extended version of MRP is generally known as MRP II. 

MRP II software is now available in the commercial data 
processing market. 

By combining MRP II software with a database system that 
has both rich query capabilities and report generation 
facilities TRI-Food MIS designers would provide food service 
managers with a very powerful planning and control system. 
Supplementing the basic manufacturing planning and control 
System with DSS's that support specific planning tasks would 
mMimtner I1nerease the capabilities of the TRI-Food MIS. An 
integrated network of such decision making tasks has been 
ictim@med in this analysis. Enhancements might include 
software to support the Box-Jenkins Method for demand 


forecasting, Balintfy's CAMP program for optimal menu cost 





planning, and financial analysis models for aggregate 


planning and budgeting. 


B. RECOMMENDATIONS 

It 1s recommended that the TRIMIS Program Office conduct 
a feasibility study of using MRP II software to implement an 
enhanced TRI-Food MIS. An Appendix is provided to assist in 
@em@meting such a study. The Appendix is a partial list of 
independent software vendors and hardware vendors who market 
MRP II applications software. During this study systems 
Should be assessed for their ability to incorporate new 
applications. This suggests that MRP II software should be 
both modular and designed to interface with and integrate 
input from additional decision making models. Further, the 
MRP II vendor should support his or her software with a 
database system that includes a robust query language and 
flexible report generation facilities. 

One design implementation might appear as presented in 
Figure 22. A MRP II software system would be used to 
Support OmeOolneeproduction requirements. The output of the 
production system would be compared with planned material 
and cost standards. Variances from those standards would 
create an exception report for the food service manager's 
feetomerite. in all cases production perfommance and costs 
would be captured by the database system. Cost accounting 


information would then be generated to support both 
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managerial decision making and the reporting requirements of 
Medical Departments and OMB A-76. In problem analysis the 
decision maker could enter the data processing system 
mirPomed Crther the action file or the ad hoc query facili- 
ties of the database system. In either case he or she would 
Meveaccess to both the specialized DSS model bank of the 
database system to create problem solutions and the net 
Giamge capabilities of the MRP II system to simulate the 
effect of those solutions. Such a system could be made 
affordable by providing smaller MTF's with transaction 
processing microcomputers or minicomputers and data communi- 
cations facilities that link to a larger host MTF system for 
major applications processing. 

For military medical food service to operate in a MRP II 
environment it must possess a database that supports MRP 
processing logic. Therefore, it is recommended that the 
following actions by taken by the TRI-Food Committee: 

a) Create a comprehensive file of regular and therapeutic 

fee pes ais bills of materials that accurately reflect 


Manueracturing structure; 


b) Incorporate labor and production equipment capacity 
requirements into product structure files; 


¢) Develop a data dictionary and database schema and 
subschema for both administrative and clinical data 
requirements; and 


fiinvestiaate and select for the TRI-Food MIS specific 
DSS's that would most optimally support the functional 
requirements of the manufacturing resource planning 
Medcleinea jtledical food seryice environment. 
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Mee ENEPITS OF THE PROPOSED APPROACH 


Benefits that will be derived by adopting these recommen- 


@aeions include: 


a) 


D) 


Cc) 


d) 


e) 


ies promos sdetines a pervading system of logic that 
Sipe timely —Moemsutie requirements for the current 
(ie poetmork sanaesmecested DSS enhancements; 


Liem pmemtelewl | lereaice bot nask and development 
tea weno tel npeememer. toes (RI-Food MIS as compared 
EOu ae CictOnmdestOnN crtort ; 


By using commercial software packages the system may 
Bemcactly proliferated Since the basic software will 
have already been tested and debugged elsewhere; 


Meni teaneca SOLtWare Errors upon initial installation 
users may devote less time to testing the reliability 
SiesOLewane and more time to implementing the system; 
and 


Commercial software is generally both well documented 


and modular which supports more rapid evolution of an 
initial system. 
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mP PiaND IX 


MATERIAL REQUIREMENT PLANNING SOFTWARE VENDORS 


American Software 
fombasemoees ferry Road 
Mean Cacia S0S05 

(404) 26782059 1 


Arthur Andersen and Company 
Go Nese Vashiineton Street 
Chicago, "IL 6060 2 

SLA EOE 6) lo 


Arista Manufacturing Systems 
roou Silasvtmeck Parkway 
Winston-Satem, NC 27107 
(919) 722-5167 


Cincom Systems Incorporated 
2300 Montana Avenue 
GencinnaciweOn 45211 

(e235 ) oor] 2500 


Interactive Information Systems 
10 Knollerest Drive 

Cineimmagwee. CH 45222 

(Gomes) 7 Ome) lea 


Martin Marietta Data Systems 
Sle be . oUlU 

6301 Ivy Lane 

Greenbelt, MD 20770 

(301) 345-0100 


MiPrOl bncOrnorated 

1 New England Executive Park 
Burlington, MA 01803 

(Ol7j)5 275-4111 


Software International 
ae Sola re 

Andover, MA 01810 
(conn?) 475-5040 


Burroughs Corporation 
Burroughs Place 
Det O bees ile 46.25 2 
(313) 972-7000 





Digital Equipment Corporation 
ZU eres Sie ieee 

Marlboro, MA 01752 

(617)° 467-6885 


Hewlett-Packard 

3003 Scott Boulevard 
Sanca Chara, CA $5050 
(408) 988-7000 


Honeywell Information Systems 
AUOe Sit Chao Gree & 

Waltham, MA 02154 

(617) 895-6000 


- IBM Data Processing Division 
ieomnicsteGnesten Avenue 
White Plains, NY 10604 
(914) 696-1900 


sperry Univac 
ro .. BOxX 000 
pene be ld PA 42 2 
(285) 542-4011 


Nomex CoMmmbecer Sem ices 
Deel eoemevicnms rece 
Los Angeles, CA 90066 
(213) 306-4000 
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